On a recent trip to the Camden Aquarium in Camden, New Jersey, I found that the penguins were attracted to my Linux hat. My girls loved the penguins, and I plan on raising them on Linux desktops (the girls that is).
Shane M. Parker
May I suggest including other open-source UNIX-like
operating systems? I have just installed OpenBSD
for a project at work. Although it would have been
easier with Linux, if the boss says BSD then it is
BSD. I must admit that it was a pain; however, after
going through the process for the right application
environment, OpenBSD would be a good choice. In my
opinion, Lintel is no better than Wintel. I
would urge you to consider articles on ports, the
BSD solution to software distribution. Two choices
are better than one but not much better.
raymond a jacob jr
Check out www.lnx-bbc.org/garticle.html for an updated version of the Embedded Linux Journal article on GAR, a ports-like software build system. —Ed.
The article I received via e-mail titled “Hot Air”
(linuxjournal.com/article/7493) was a huge
disappointment to me. Now, I am not a conservative.
I am a liberal, but not the socialist flavor
represented by Kerry and Kennedy. This, however,
is all beside the point. Using this technical forum
to promote these views is the kind of thing that
frankly makes me want to cancel my subscription.
Having said that, I'm willing to give LJ one more
chance, but I will be paying closer attention to
what comes in my e-mail. When I want politics,
I know where to go to get it, and I won't support
your magazine with my dollars so they can be spent
promoting political agendas.
Doc Searls replies: if Air America were a right-wing network in the same position, I would have covered it the same way. Was the whole thing a stretch as a Linux subject? Sure. But I think it would help broadcasters of all sorts to take advantage of Linux, the Net and technologists who understand both. That's what I was trying to get across.
We've been writing about the intersection of Linux, the Net and radio for years, by the way. The Web site has much more room for material, and much more leeway around subject matter, than the magazine.
I'm sorry the piece disappointed you, and that you saw it promoting a political agenda. For what it's worth, I'm a registered independent. In recent elections I've mostly voted Libertarian. If there's an ax I try not to grind, that's the one.
Wow! After reading Marcel Gagné's article on
SuperKaramba [LJ, May 2004], I took just a few minutes and configured
it for my system. Hats off to all the SuperKaramba
and theme authors and to Marcel for bringing this to
your readers' attention. Thanks for the great magazine
and the great articles.
Why would your publication be so pro-SPF without
publishing an SPF record for your own domain?
Try it now, with host -t txt linuxjournal.com. More SPF info at spf.pobox.com. —Ed.
I enjoyed the article entitled “Shielded CPUs: Real-Time Performance in Standard Linux” in the May 2004 issue of your magazine. I have two brief comments about this article that should be perceived as constructive criticism.
1) Steve Brosky could have been even more informative in his performance numbers had he also compared the interrupt response times of his shielded CPUs technique to the more conventional RTLinux/RTAI (which he himself acknowledges as being a very good standard by which to judge a real-time solution). The advantage of providing actual numbers that compare his system to RTLinux/RTAI is that it would have helped people to decide more quickly which RTOS is right for them.
Specifically, RTLinux and RTAI have better performance numbers, with latency and jitter measured in the 10s of microseconds, not 100s, as was demonstrated using shielded CPUs. For some applications the shielded CPUs technique is sufficient, while for others it is not. Having had sets of numbers representing RTLinux/RTAI would have helped people to decide more quickly which real-time approach is right for them.
2) The article should have spent more time discussing the potential pitfalls inherent to the shielded CPUs technique. Specifically, CPU shielding still suffers from priority inversion problems inherent in any system that shares resources with non-real-time components. In order for CPU shielding to guarantee hard real-time performance, one must be careful to write programs that do not access any potentially blocking operations in the Linux kernel.
More specifically, any swapping of memory to disk in the shielded process throws real-time performance out the window. One has to do things like lock all process memory to RAM, for example, mlockall(), as well as be careful not to access any device drivers that may run on non-shielded CPUs or that may sleep. This must be done in order to avoid priority inversion with the normal, non-real-time, Linux system.
Overall, a good article, but it could have been even
more informative, in my opinion, had the two points
above been addressed.
Calin A. Culianu
Steve Brosky replies: there are a lot of things that could have gone into the article—but with limited space you pick and choose what to include.
Robert Henry's Halloween picture in the May 2004 issue of Linux Journal prompts me to send you this photo of my two children taken two years ago.
Dr Stuart DeGraaf
Photo of the Month gets you a one-year extension for your subscription. Anyone have a hobby other than sewing? Photos to email@example.com. —Ed.
I just read [William Mitchell's] letter to the editor in the May 2004 issue
about Microsoft IE-only bank Web sites.
As he mentioned that his bank did this, a letter to
the chairman of the board and the board of directors
might do the trick. I suspect if one points out that
mandating usage of the least secure Web browser is
not only an annoyance to those who use more secure
ones, but that insisting on this puts the bank at risk
for more theft, this may change.
What I would do in Mr Mitchell's case is inform
my bank that I am the customer. They exist to
service me, and not like a bull services a cow,
either. If they choose not to do that, then
I will simply find a bank that will.
I've been using User Agent Switcher for Mozilla and Firefox to get to sites that claim to be IE/Netscape-only friendly. It's been working fine. You can check it out here: www.chrispederick.com/work/firefox/useragentswitcher.
I'd e-mail William Mitchell but you don't post e-mails
in the Letters section, for obvious reasons! Maybe
you could pass this on to him.
I just wanted to let you know how much we all look forward to reading your magazine each month. Keep on doing what you're doing.
We've run enough photos of readers' and contributors' children that it's time for one from an editor. Here's a photo of my son Bilal at age zero days.
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