Linux On Older Hardware 379
Joe Barr writes "Joe 'Zonker' Brockmeier has put together a substantive report on how well Linux runs on older hardware. Are you surprised to learn that the belch of smoke and FUD out of Redmond on the topic last month isn't true? As Zonker shows, 'The bottom line: Linux is still quite suitable for older hardware. It might not turn your aging PC into a powerhouse, but it will extend its lifespan considerably.' NewsForge, like Slashdot, is part of OSTG."
Windows 2003 (Score:3, Interesting)
- 133mhz processor
- 128mb of ram
- 1.25gb+ of hard drive space
From memory, that's a computer in the early 90's with some extra memory and a bigger hard drive, neither of which are anywhere near expensive.
It's no surprise that other server operating systems run on old hardware as well.
It's no surprise that Linux will run on older hardware,
Re:Verus older versions of Windows? (Score:3, Interesting)
Up to this past year, I had a 13 year old Sun workstation serving as the firewall for my home network, running a very recent version of OpenBSD (50MHz SPARC handles DSL bandwidth very nicely:). Even Solaris won't install on these machines, any longer (perhaps Solaris 2.7, but I'm not sure).
Truly one of the "value added" features of the F/OSS operating systems.
No surprise there (Score:3, Interesting)
I put Gentoo and fluxbox on it (cross-compiling the binaries on my desktop - I am not a moron), opera, abiword, gnumeric, mplayer, and even the MythTV frontend, so I can watch shows in bed. It runs really quite snappy, and seems more responsive than my Dad's 1.2GHz celeron running XP.
My brother-in-law is quite suprised that I've been able to breath new life into a computer he was told was a junker. He meanwhile has a 1GHz PIII notebook that he is thinking of again replacing because Windows runs too slow.
Re:I don't get it. (Score:4, Interesting)
Now, the system thankfully IS working nicely with all the old machines I've tried it on. But there's still the possibility that it relies on some more modern features. There have not been ground shaking steps since the 386 (compared to the leap that came from 286 to 386), but some subtle changes happened. What if the kernel needed certain CPU Operations? What if the system expects to have at least 64 megs of ram? What if it expects a graphics adapter that can at least run VESA standard (ok, unlikely with Linux, but still...)?
All matters that could keep a system from running on old hardware.
Then there's distributions. What if the distribution compilers expect you to be able to run X, and run it at at least 800x600 resolution? What if they don't provide a text based installation routine? What if they expect at least PS/2 mice and won't accept serial? What about proprietary CD-Rom drivers, standards developed kinda late in that area? Not to mention the graphics headaches before VESA. Or if they require at least 64 megs for their ramdisk image they want to install from?
The reasons are numerous. So I'm kinda glad someone took the burden to actually try that. I envy that guy for the time he has at hand to spend on something like this (must've taken weeks to test it through on old hardware).
makes sense to me... the perfect utility platform (Score:2, Interesting)
Newer distros not great for older hardware? (Score:2, Interesting)
Re:Old hardware? (Score:3, Interesting)
Tecra 500CDT (Score:3, Interesting)
I use the "Classic" theme, 16-bit color (24-bit is unaccelerated by the driver) with ClearType enabled, and it runs nicely! Office 2003, Firefox, WinAMP, and various 2D games all work perectly fine.
When I tried Fedora Core 2 it thrashed the hell out of the hard drive due to the bloat of Gnome and KDE. Sure, I could have used a lightweight window manager, but I wanted something that approximated the functionality of Windows; turns out that I was better off just using Windows.
Linux certainly works on older hardware, but not with a very good desktop anymore. How hard would it be to use an older version of KDE or Gnome (I remember running them nicely on 64-meg pentiums back in the day!) with a modern distribution?
XFCE4?? (Score:2, Interesting)
I hate GNOME and KDE. I use Enlightenment 0.16.7 which runs nicely on everything from PII400 to AMD64 3200+.
Another advantage of *nix. Right tool for the task. A long ago discovered lesson by a network-centric weenie who just wanted an OS that facilitated my job rather than inhibiting it.
Re:Verus older versions of Windows? (Score:2, Interesting)
But back to the topic at hand: old hardware. The hardware you mentioned isn't that old.
I have made routers out of Pentium 133mhz machines with 16mb of ram, using linux. That's where the real value in old hardware is - simple tasks. The nice thing about those older machines is that they don't need fans as much as newer hardware, so you can make quite the silent router/compile machine/whatnot.
Let's be real- old hardware isn't really worth anything unless you have very little money, and if you have very little money, well, then linux is a good choice. For example, students. It's a good learning project to network your house with a linux server/router.
Not really (Score:3, Interesting)
I put Windows XP on it and the performance is much better. Faster boots, power management, and just all around better performance. I can even watch Xvid and H.264 encoded videos on it! Sure if I ran Linux in text mode it might be faster, but that wouldn't really suit my needs. The "Linux is faster on older hardware" myth is just that.
Pentium II? (Score:2, Interesting)
It'll run rather well on a 386, as long as all you want to do is use it as a local fileserver or router or something... I suppose if you got your hands on a hardware mpeg encoder/decoder you could use it as a DVR...
Perhaps what the article meant by "Linux" is Linux with X and a window manager? I mean, really, Pentium IIs can decode DVDs (as long as you're not doing anything else).
Of course I'm "still" using a 1.something GHz Athalon and it's way more than enough for me... Though it would be nice to have a faster processor, perhaps a duel core so that I could encode and decode video in real time at the same time... I probably still wouldn't do it but it'd be nice to have...
486-66 machine in college (Score:3, Interesting)
-b.
Re:What about older versions of Windows? (Score:4, Interesting)
No. People were saying, non-stop, how great Win98 was when ME came around. I'd say, at it's peak, it was VASTLY over-rated. Although much smaller and somewhat faster, it isn't a fraction as stable as 2000 or XP.
The most underrated Microsoft operating system is NT4... Smaller and faster than 98, and every bit as stable as 2000 or XP.
NT4 got lots of bad publicity for being a version behind 95/98 in DirectX versions, and sadly only got up to DirectX 6.0 before being E.O.L.ed. It also got a bad wrap for lacking USB support, even though several companies released NT4 drivers for their USB devices, USB input devices like keyboards and mice don't need OS support, and a third-party company is still selling the USB stack/drivers for NT4 for $30. These were features Microsoft was holding back on, to force an upgrade to 2000.
NT4 was great, in it's stability and simplicity. It was frustrating to see a blue-screen when you swapped a videocard, but it only took a little bit of knowledge to solve the problem, and be back to 100% in no time. Repeatability is amazing, unlike 95/98/2000/XP which may install the drivers for a device once, then won't the second time, NT4 was, at the very least, completely consistent.
I can't comment on XP, but I do remember that Windows 2003 (the server version of XP) had the option of completely disabling the pagefile, which made it just noticably faster, in only a few very specific cases.
Why almost? Each successive version of Windows IS designed to slow down your computer. My favorite example is the "Open With..." dialog. It hasn't changed the slightest bit since Windows 95, but it gets SIGNIFICANTLY slower with each release. As in, outpacing hardware improvements... I can only imagine it's because they're making the registry slower and vastly more bloated with each release (perhaps they throw a few sleep() calls in there to make Dell/HP happy).
Also, there is one huge reason I would suggest M.E. over 98... UMASS support. People REALLY don't want to go to the web and have to download a driver for every single USB device they use. Without UMASS support, you can't just plug-in a USB hard drive, flash dongle, iPod, etc. and have it work. With ME and 2000 being the first versions of Windows with UMASS support, is it any wonder most knowledgable people (myself included) recomend 2000 over all other versions of Windows?
The thought of engineered obsolesence still makes me gag. I'd much rather have Linux/BSD, where things like USB and UMASS support aren't intentionally held back, and you can always backport any newer features you want.
Re:Verus older versions of Windows? (Score:5, Interesting)
That's the most important reason why to install Server 2003 or XP. Once you start using it, it changes the way you work with Windows machines.
Hopefully Vista will really get a decent shell interface, *and* all of the important system functionality will become available through that interface (I'm not holding my breath on that last, though), and then you'll *really* change the way you work with Windows machines. The remote GUI access is okay, but it only works when you have a high-bandwidth connection, and scriptability is very poor.
(Now we get to the *real* point of this post, which is just to share a little Linux anecdote and do a little chest thumping ;-) ). As an example of what you can do with a good remote shell, consider my experience from yesterday:
I'm in a hotel room in Paris, France. My wife was at her mother's house in Morgan, Utah, USA and sent me a message via Jabber. She had to get some pictures off of her nephew's digital camera so that she can incorporate them into a slideshow she's putting together for his wedding. He brought the CD that came with the camera, and she installed the software (on her iBook) and tried to download the pictures. Nothing happened. The computer didn't even seem to see that attached camera. We IMed back and forth for a while, trying to troubleshoot the problem, but it was no good. Looking at the camera's support web site, it appears that maybe my wife needs to download a newer version of the software, but it's 40MB and she's on a slow dialup line (my father in law is out in the sticks and even his telephone service isn't very good -- he rarely gets connected at better than 26Kbps). Actually, as it turned out, even after she upgraded the software (at home on a cable modem connection), she still couldn't talk to the camera. Dunno.
Now, a while back, I gave my father in law a computer... an old AMD K6 300Mhz running Ubuntu Linux (Hoary, as I recall). It lets him browse e-Bay, send and receive e-mail and write the occasional letter and I don't have to support it at all -- it just works. So, I told my wife to go attach the camera to the Linux box. One little complication was that both the Linux box and my wife's iBook are connected via WiFi to a little AP/router with a dialup modem in it. That's because my father-in-law had no way to get a phone line into the room where he wanted to keep the computer (it's an old house). The AP/router, of course, does NAT. Not a major problem... I just told my wife to type "ssh -R5000:localhost:22 ..." on the Ubuntu box to connect to my server at home and set up a tunnel back to the Ubuntu box.
Then, from my hotel room in France, I connected first to my home server, then logged into the Ubuntu box. Damn... gphoto2 wasn't installed. "aptitude install gphoto2", plus a three-minute wait for the 233KB download to finish (yes, barely over 1KB per second -- it's a *slow* dialup) and I had the software. "gphoto2 -P" detected the camera, identified it, connected to it with the correct protocol and downloaded all of the pictures from the camera. "nmap" found the IP address of my wife's iBook and "scp" quickly copied all of the pictures into her home directory.
That's it. Problem solved... I looked like some kind of a wizard for being able to do this from 1/3 of the way around the planet, but the truth is that it's no different than doing it from the console. I suppose perhaps someday all Internet connections will be fast enough that you can always use a remote GUI, but that day has not yet arrived, and won't for some years yet.
A good CLI rocks.
NT4 (Score:3, Interesting)
I agree with the poster about NT4.
I ran NT4 w/SP6 on a 120mhz with 64mb of RAM and it was very snappy. Even cutting down to 32mb of RAM didn't slow it down all that much. Office-97 ran very snappy on this system also.
Linux with X-Window, and similar features would be ridiculously slow on the same hardware.
Re:Tecra 500CDT (Score:2, Interesting)
Running XFCE4 on a P3 1.1ghz with 256mb ram and launching an xterm takes no perceptable amount of time, it just pops up there.
I guess maybe KDE is chewing up so much memory that launching a new app requires some paging to make room.
Re:Why not paste the real link? (Score:3, Interesting)
I'm sure you also noticed later that Mr. Brockmeier mentioned the BSDs toward the end of the article -- and FreeDOS too.
But all that aside, thank you for your comments. We always enjoy hearing from intelligent, well-informed readers.
Robin 'Roblimo' Miller
Editor in Chief, OSTG