We Talk to Everybody
Dirk has been involved with Linux since the early days. He was 24 and a student of mathematics/computer science at the University of Wurzburg in Germany. Working as a system administrator within the university, he “found postings from Linus in the comp.os.minix group, where he talked about a project of his.” Dirk wanted a UNIX operating system for his own machine. “FreeBSD didn't exist and 386BSD wasn't an option,” says Hohndel. Linux was the best choice, so he began to develop.
With an interest in memory management and adding hardware support, he helped with the first Ethernet drivers (for the WD8003) and the first SCSI support (ST01). “Soon thereafter,” he says, “I became involved in the first implementation of shared libraries (based on jump tables) and applied that for the XFree86 shared libraries.” Dirk can recall an e-mail exchange with Linus “where we joked that at some time, it might be possible to run X on Linux.” Since then, he has continued his work with the XFree86 project, currently holding the title of Vice President.
Dirk was recently named CTO of SuSE Linux AG. This means he spends much of his time managing projects and not so much on programming. “Working on XFree86 is what I do for fun,” he says with a smile. Helping Linux continue to grow is an overall goal. “Making Linux easier to use for the end user” is one area for Linux developers to place focus on. Dirk doesn't see this as “dumbing down,” as it in no way subtracts from the power and flexibility of the operating system.
Claiming to have a life outside computers, Dirk said, “Having friends that know nothing about computers and get bored when you talk about computers really helps.” Do such people exist?
Dirk Hohndel can be reached via e-mail at firstname.lastname@example.org.
Nick Holloway doesn't think the beginnings of Linux were all that revolutionary when it started out. As Nick recalls,
I have seen it in action with the various source newsgroups (alt.sources, comp.sources.unix, comp.sources.misc), where I could make changes, submit them back to the author, and see them in the next release. Initially, Linux wasn't all that different. It was just an OS kernel, rather than an application. It just grew to be a much larger scale.
Nick considers his contributions to Linux to be relatively modest—as do many original kernel hackers.
I was interested in the areas that I needed to work for me. I contributed patches to libc4 when I found problems ... I contributed tab expansion for the tty layer in the kernel when I wanted to use a dumb terminal that couldn't handle hardware tabs. However, these days, my involvement normally is restricted to tracking the Linux kernel mailing list and browsing the patches. I'll submit minor patches from time to time, but I am not a mainstream contributor.
As a Ph.D. student at the University of Warwick, Nick first heard about Linux through Usenet. “I immediately subscribed to alt.os.linux so I could read more. In early 1993, I bought a machine specifically to run Linux.” Nick was one of the many Linux hackers who was weaned on UNIX, having used both BSD and the SunOS “almost exclusively” since starting at the university in 1985. The problem was that he wanted a home computer and he wanted to run UNIX. “When Linux became available, it was the obvious choice to me,” he says. “It had enough to get started and be usable, but there was plenty of scope for being able to contribute to the development.”
This best-of-both-worlds thinking carries over to Nick's opinion of Linux's present-day situation. The open-source operating system's exceptional popularity, he thinks, has definitely helped quicken the pace of development, guessing that Linux might have remained “a hacker's plaything” otherwise. As such, Nick believes there is a place for commercial applications being written for Linux. He says,
Just because the OS and many of the standard applications are free doesn't mean they all have to be. If a company has to invest in producing an application for Linux, then they have the right to charge for it.
In fact, as far as Nick is concerned, such so-called profiteering can actually end up helping the Linux development community. “For example, Red Hat and SuSE are in the position to employ important hackers, which means [hackers] don't suffer from real work getting in the way of their Linux work.”
Which is something Nick knows all too well. Currently employed in “the development of business-to-business e-commerce solutions,” Nick spends his work time with Windows NT and Solaris. All the same, he says, it's not so bad. “It allows me to separate work and play in a clean way.”
Nick Holloway's e-mail address is Nick.Holloway@alfie.demon.co.uk.
Practical Task Scheduling Deployment
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.View Now!
|The Firebird Project's Firebird Relational Database||Jul 29, 2016|
|Stunnel Security for Oracle||Jul 28, 2016|
|SUSE LLC's SUSE Manager||Jul 21, 2016|
|My +1 Sword of Productivity||Jul 20, 2016|
|Non-Linux FOSS: Caffeine!||Jul 19, 2016|
|Murat Yener and Onur Dundar's Expert Android Studio (Wrox)||Jul 18, 2016|
- The Firebird Project's Firebird Relational Database
- Stunnel Security for Oracle
- My +1 Sword of Productivity
- Non-Linux FOSS: Caffeine!
- SUSE LLC's SUSE Manager
- Managing Linux Using Puppet
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Parsing an RSS News Feed with a Bash Script
- Google's SwiftShader Released
- Doing for User Space What We Did for Kernel Space
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide