LJ Index—July 2004
1. Trillions of icy objects in the Oort cloud surrounding the solar system: 6
2. Transactions per minute (tpmC) of Oracle Database 10g on an NEC Intel system running SuSE Linux Enterprise Server 9: 609,467
3. Price-performance ratio in $/tpmC of the above: 6.78
4. Size in billions of dollars of the embedded software market in 2002: .675
5. Projected size in billions of dollars of the embedded software market in 2007: 1
6. Mandrake percentage in DesktopLinux's 2004 Desktop Linux survey: 20.3
7. Red Hat percentage in DesktopLinux's 2004 Desktop Linux survey: 19.3
8. SuSE percentage in DesktopLinux's 2004 Desktop Linux survey: 16.0
9. Debian percentage in DesktopLinux's 2004 Desktop Linux survey: 11.1
2, 3: Oracle
4, 5: Gartner, in BusinessWeek
diff -u: What's New in Kernel Development
Roland Dreier and the folks at OpenIB.org have produced a rough cut of an InfiniBand stack, including a low-level driver for Mellanox HCA hardware; upper-layer protocols such as IP-over-InfiniBand, SCSI RDMA protocol, sockets direct protocol (SDP), uDAPL and MPI; and accompanying user-space utilities. The code itself is open source, but Microsoft has intellectual property claims on SDP and does not automatically allow it to be used in open-source projects. As a result, Roland and the others have split their InfiniBand stack into free and encumbered packages, a decision that seems to satisfy everybody for the moment.
Intel has started a SourceForge project for its PRO/Wireless 2100 miniPCI network adapter driver for Linux kernels in the 2.4 and 2.6 series. Although the firmware is binary-only, the rest of the project seems to be in keeping with open-source methods. A public mailing list serves to connect developers, and new updates are published frequently, so everyone can try them out and report problems or suggest enhancements. Currently they've classified the code as early beta, so various bugs and missing features should be expected. At the same time, the Intel developers intend to be particularly sensitive to issues arising from interactions with particular Linux distributions, so hopefully the default installations of most distributions will break in only known, documented ways.
Niraj Kumar has ported UFS1 and UFS2 to Linux. UFS1 has been the native BSD filesystem for a long time, and UFS2 is a recent extension, adding such features as 64-bit block pointers and extended file storage. Niraj's Linux port is read-only at the moment, as work has just begun. UFS2 itself is quite new, and even on the BSD operating systems it does not yet support such things as the GRUB bootloader. It is the default only on FreeBSD systems; NetBSD still creates a normal FFS filesystem by default. Originally derived from UFS1 by Kirk McKusick and Poul-Henning Kamp, UFS2 is undergoing active development. Linux support apparently will follow close upon its adoption by the BSDs.
Michael Geng has produced a GPLed device driver for the I2C-based Videotext/Teletext decoder SAA5246A, providing the same interface as that of the SAA5249 chip driver. Based in part on work by Martin Buck, Michael has cleaned up the existing code and completed the work to the point that Andrew Morton has accepted it into the 2.6 tree as part of the official kernel sources. As Michael points out, newer TV cards no longer include these Teletex decoders and instead rely on the CPU to perform the same function. When present, however, these chips appear to do a better job and are worth supporting where possible.
Emulex has decided to open source the driver for its LightPulse Fibre Channel Adapter family and has created a SourceForge project page to accomplish this. The hope is to get the code cleaned up and completed and have it accepted into the 2.6 kernel tree. When a company decides to free up the source code for one of its drivers, they typically are given a warm batch of kudos from the kernel developers, as well as comments, criticism and patches from developers looking over the code for the first time. In this case, Jeff Garzik has done the most probing analysis, offering a ton of feedback to the Emulex developers. Apparently there are some ugly bits in the code, as the Emulex folks had warned in the announcement, but Emulex seems committed to doing whatever cleanup is necessary to make the driver acceptable to Andrew and the rest of the kernel folks.
Kristian Soerensen has been working recently on Umbrella, a new security project for handheld devices intended to help protect them from viruses and other cracks. One of the main features of Umbrella is its unambiguous configuration system. All complexity has been eliminated, so it is not possible for the user to mistakenly allow undesired breaches.
They Said It
The technology (software) industry really only has 75 leaders, they just continually recycle in and out of successful and failed companies.
—Eric Norlin (ericnorlin.typepad.com/weblog/2004/03/cracking_the_in.html)
When you experience bad service it's because that service is hostage to a business plan.
—Britt Blaser, telephone call
The most important operating system you write applications for ain't Windows, or Macintosh, or Linux. It's Homo Sapiens Version 1.0. It shipped about a hundred thousand years ago, there's no update in sight; but it's the one that runs everything.
—Bill Hill (channel9.msdn.com)
Open source has no secrets.
When you stop to think about it, you keep secrets from people when you don't want them to know the truth. Secrets, even when legitimate and necessary, as in genuine national-security cases, are what you might call passive lies.
I figured yesterday I might as well see how hard it would be to turn GtkTextView into a real editor.
I started with the three hundred lines of Python and a fairly simple Glade file I made on Christmas day. After two days of hacking, I have added a thousand lines of code, and now this thing is fairly usable. Yes, I'm now writing this log with the new editor.
—Lars Wirzenius (liw.iki.fi)
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
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.Register Now!
- Interview with Patrick Volkerding
- Google's SwiftShader Released
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Tech Tip: Really Simple HTTP Server with Python
- SuperTuxKart 0.9.2 Released
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Non-Linux FOSS: Caffeine!
- Returning Values from Bash Functions
- Managing Linux Using Puppet
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