On March 5, 2001 CNET ran an ``other hand'' story about embedded Linux. The headline says ``Maxtor picks Windows, dumps open source''. The subhead explains, ``Maxtor has switched from the open-source FreeBSD version of UNIX to a special-purpose version of Windows 2000 for a new storage system it's introducing Monday.''
We're not going to make a distinction between embedded Linux and embedded BSD here. The fact that both are open source and well understood by UNIX programmers doing embedded work is what matters. For single-purpose embedded applications like Maxtor's--a network attached storage (NAS) device--the OS usually isn't a ``platform'' built to run a bunch of other applications. It's fundamentally a device driver that needs to live in the network-attached world, which is coming to include pretty much everything. In other words, the OS is a TCP/IP stack on a device that does very few things but does them very well. The OS can be anything the designer chooses. In this case, Maxtor chose Windows.
``The news is sour for advocates of open-source technology, who argue that their cooperative development model is more responsive to customer needs than the proprietary philosophy that underlies Microsoft products'', the piece continues.
Is this true? I work in the midst of hundreds--heck, thousands--of open-source advocates, and I can't think of a single one for whom this news would be ``sour''. I also failed to detect a single sour response a month earlier when Dell said it would make a NAS product that would use ``a version of Windows 2000 Advanced Server with many unnecessary components removed to increase performance''.
Embedded devices aren't PCs. Sure, politics may influence engineering decisions, but so will inertia and relationships with suppliers and partners. However, most decisions involve the highly arcane nature of the device itself. The engineers at Maxtor and Dell know what they're doing. Steve Wilkins, the product marketing director at Maxtor, told CNET that its new MaxAttach 4000 had ``required software features'' that favored choosing Windows. He also said that Microsoft ``adjusted'' its licensing terms for Maxtor, including a waiver of client-access fees. ``That's the first time Microsoft has done this'', Wilkins said.
There's your news.
Microsoft can't get anywhere in the embedded world unless they make their OSes more embeddable. Componentizing each OS and adjusting its license is only the beginning. To be fully useful, the source code needs to be open. That's exactly where Microsoft is headed.
Consider these two data points: 1) At COMDEX Fall 1999, Microsoft CEO Steve Ballmer said this in response to a question about the Linux ``threat'': ``We're going to think about the issue, and I don't think the advantage to Linux is that it's free. The issue is their flexibility in opening source code and how do you do that in an NT environment? And we're considering that.'' 2) In February 2001, Microsoft disclosed the ``Windows Embedded Strategic Silicon Alliance'' with a long list of major chip makers (pretty much everybody but Motorola), with the purpose of getting them to design for a new version of Windows CE named Talisker (apparently named after a Scottish distiller of single-malt whiskeys).
Only a few days earlier, another Microsoft executive revealed that the source code to Windows (not just CE) had already been made available to ``hundreds'' of OEM customers. Significantly, he said this while hanging around the LinuxWorld trade show in New York. (What would he be doing there? It's not exactly next door to Redmond.)
Meanwhile, Sharp said it will come out with a Linux-based PDA in October 2001 and hopes to sell a million units worldwide by March of 2002, which is about equal to the projections for Japan alone. They want developers to program in Java and hope to see 10,000 Java programs running on the device by October 2002.
Context: Sharp's handheld devices have run the company's own Zaurus OS since 1993, and it has been marketing PDAs in the US that run on Windows CE. The devices are not a big hit. Sharp went with Linux in part because it didn't want to be ``restricted'' by Palm or Microsoft, which would force them into price competition with others using the same OS. In other words, they were free to add more of their own value on Linux.
At this point it would be easy for us to haul out the war and sports metaphors and tell the usual story about how Microsoft and Linux are beating the crap out of each other for ``shares'' of the NAS and PDA ``markets''--or for the embedded ``space'' as a whole. The problem with those metaphors is that the entire embedded space looks more like the Big Bang than a battlefield or a sports arena. This doesn't just mean that there's room here for everybody. It means that everybody here is making room. Lots of it.
We believe (and we're hardly alone) that more designs will be embedding Linux than Windows, but that won't make Microsoft a failure in the new embedded universe. Linux is well-proven building material. Open source is a well-proven building method. Microsoft is learning from both, and it has little if any leverage for locking in customers. That's good for everybody.
Doc Searls is senior editor of Linux Journal and a coauthor of The Cluetrain Manifesto.
Doc Searls is Senior Editor of Linux Journal
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|
- Stunnel Security for Oracle
- The Firebird Project's Firebird Relational Database
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- SUSE LLC's SUSE Manager
- Managing Linux Using Puppet
- My +1 Sword of Productivity
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- Google's SwiftShader Released
- SuperTuxKart 0.9.2 Released
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