cobalt qube
by
Anonymous Coward
·
· Score: 4, Interesting
i run a modified version of redhat 4.2 on a cobalt qube. It's 150 mhz and it has 32 mb ram, and works as a great fileserver for 10 users. whoever said you need alot of computing power for a server is wrong
Re:cobalt qube
by
danamania
·
· Score: 5, Interesting
33Mhz, 32Mb and a 250mb HD for my debian web server. It's served about 320mb in 24 hours (across a slow-arsed outbound link unfortunately) not long ago and took things in its stride. RAM usage hovers between 8 and 15mb.
Of course, I do go and post links to it here don't I:).
Re:cobalt qube
by
sys$manager
·
· Score: 5, Interesting
whoever said you need alot of computing power for a server is wrong
That's a pretty broad generalization to make. You may not need a lot of computing power for a 10 user file server (and anyone who says you do is a total moron) but there are applications for which you do need a lot of power.
I see the mods fell for your troll though.
Re:cobalt qube
by
tconnors
·
· Score: 3, Interesting
i run a modified version of redhat 4.2 on a cobalt qube. It's 150 mhz and it has 32 mb ram, and works as a great fileserver for 10 users. whoever said you need alot of computing power for a server is wrong
As of this weekend, my 8MB, 33MHz, 2Gig disk, 486 runs debian testing. Good for an NFS link, RAM usage hits 5MB into swap, so all the ssh connections (all 2 of them) sit in swap, and have to be swapped in. But nfs-kernel-server takes bugger all, and doesn't get swapped, because it is kernel, so is quite fast.
Did I mention that the hard disk has plenty of bad sectors? Haven't lost any data yet:)
Re:cobalt qube
by
tconnors
·
· Score: 3, Interesting
As of this weekend, my 8MB, 33MHz, 2Gig disk, 486 runs debian testing. Good for an NFS link, RAM usage hits 5MB into swap, so all the ssh connections (all 2 of them) sit in swap, and have to be swapped in. But nfs-kernel-server takes bugger all, and doesn't get swapped, because it is kernel, so is quite fast.
I forgot to mention, the way I do an apt-get install/upgrade/remove, etc is to run apt-get on my 650MHz laptop, in a chroot environment over nfs, with/proc and/dev/ just --bind mounts to the local system (so programs don't barf on not having permissions to write to device nodes, and not having/proc files):)
Much much faster, concidering dpkg likes to chew through 16Megs of RAM:)
I once did a kernel compile on this machine, years ago, when it was deadrat 4, and nevel will, again.
Re:cobalt qube
by
Chromium_One
·
· Score: 4, Interesting
How about for a 4-person fileserver?
Had an AMD 386DX40 box, 20MB RAM, 40MB HDD running Slackware 8. Managed to strip the install down to a hair under 20MB with a few system tools, Apache, Sendmail, and a couple userland goodies like PINE. It was running as households' gateway/firewall box to a 512k DSL hookup. Worked pretty well... max uptime was about 6 months (I was out of state for most of that time).
Eventually added another harddrive and turned it into the household MP3 server as well. Worked fine most of the time =)
-- When you live in a sick society, just about everything you do is wrong.
Re:cobalt qube
by
EvilTwinSkippy
·
· Score: 3, Interesting
Unless you are running some kind of supercomputing app, your bottleneck is the network card. I laugh when someone drops in a Dual 2Ghz rackmount to act as a file server.
Not too hard of course, I am one of those momos during the day. On the side I do a lot of volunteer work with Linux. You have never seen the light in a peron's eyes like when you tell them the only thing they need for their server is a bigger hard drive.
2 Laptops from Ebay: $120
New Hard drive and case, and a pair of PCMCIA network cards: $200
Old motherboard, CPU and RAM: Free
Being able to tell your wife that you DO actually use those old parts you keep in the basement: Priceless
-- "Learning is not compulsory... neither is survival."
--Dr.W.Edwards Deming
Re:cobalt qube
by
sg_oneill
·
· Score: 3, Interesting
Indeed. I remember once recoiling in horror at an old job I did at the Dept of Justice, when a consultant insisted that for a ten judge lan for fileserving we needed to put in a netfinity thing with 4 800mz processors & a whole bunch of raidy nonsense. And then he specced 10mbit net cards (Can you still get these days?). I really just didn't get it. We put in 100s instead , and it's suffice to say that prior commissioning, it made a *mean* Quake 3 server!
-- Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
PDA anyone?
by
Slashdotess
·
· Score: 5, Interesting
I run a light version of linux on my Compaq Ipaq and I think it's great. I can't wait until it becomes good enough to go into pda's full scale and replace proprietary OS's like palm.
From the other end of the discussion...
by
xenoweeno
·
· Score: 2, Interesting
...how can I "light-weight-o-fy" my existing Debian installation? It's running on a POS Compaq Presario with an AMD K6 233 and 32mb of ram, and even a few copies of spamassassin running will thrash the drive for a good minute and a half. KDE actually "runs", but only in the most comical sense of the term.:-|
Re:From the other end of the discussion...
by
fishbowl
·
· Score: 5, Interesting
Debian is already lightweight. Install the base system and whatever drivers you need. Don't select anything in dselect, and you're done; installs in under 10 megs.
-- -fb
Everything not expressly forbidden is now mandatory.
Re:From the other end of the discussion...
by
Tetsujin28
·
· Score: 4, Interesting
Maybe I'm lucky, or have low expectations, but I run Debian with GNOME on a Pentium 150. Works fine for me. I can surf the Web, read email or do word processing while listening to MP3s on XMMS. Granted, XMMS didn't work very well until I recompiled my kernel.
-- - - - -
The real Tetsujin 28 is a giant robot.
Re:From the other end of the discussion...
by
pyr0
·
· Score: 2, Interesting
Actually, if I'm not mistaken you can just install the base tgz package, which is a fully functional, basic, bootable, root filesystem. You can use this for things like this: http://www.menet.umn.edu/~kaszeta/unix/xterminal/
Can someone with more knowledge give me some more info on the differences between DietLibC and uclibc? As in how much I save in binary size for both of them. Problems (something like it wont support translations is a big thing) such as feature Y wont work. Can I compile Gnome or KDE with them? I read the FAQ and both seem wonderfull and I really don't see why someone _wouldn't_ want to use them. So why wouldn't I want to use them?
-Benjamin Meyer
-- Do you changes clothes while making the "chee-chee-cha-cha-choh" transformation sound?
Re:Comparison
by
captaineo
·
· Score: 4, Interesting
First you have to understand that the main design goal of glibc is code bloat. (I'm not kidding, static hello-world.c is >100KB). A lot of this is because glibc tries to support a large API, most of which is never used by most programs (e.g. locales). Also, glibc tends to lump lots of stuff into individual object files, so the linker does a worse job of discarding unused code. (the first call to printf() in your program pulls in tens of KB of stdio code)
The concept of uclibc and dietlibc is to support the 10% of APIs that 90% of programs use, and to behave better with static linking. uclibc makes some sacrifices to work better with glibc-based software (I don't have exact numbers since I don't use uclibc). dietlibc goes completely to the extreme; anything that can be cut is cut, and object code is carefully divided so that static executables only include the code they really need.
For concrete examples, see the static binaries compiled by dietlibc's author at ftp://foobar.math.fu-berlin.de:2121/pub/dietlibc/b in-i386 (cat is 3KB, tar is 63KB, the thttpd web server is 42KB - add them up and you are just about equal to hello-world.c with glibc). Compare these with the sizes of even dynamically-linked glibc binaries on your own system.
The reason you wouldn't want to use a cut-down libc for something like Gnome or KDE is that you'd have to recompile your entire system, including the X libraries and all other dependencies. (you can't use your existing X libraries since they are already linked to glibc). Along the way you are sure to run into one or two obscure C library APIs that only glibc implements.
I think eventually there is a chance that glibc will be replaced by one of the cut-down libcs. The degree of bloat in glibc is simply obscene, and on top of that there is the backwards-incompatibility problem. (many packages broke during the transitions from 2.1 to 2.2 to 2.3, which should never have happened with a stable thing like the C library). Linus himself has even floated this suggestion on the LKML. The question that remains is whether the full glibc API can be implemented without creating another bloated monster. (there is no real alternative, since glibc's API has been enshrined in the LSB already...)
On a similar note, I'd love to see GCC drop the problematic GNU STL for STLport. In my tests STLport has about half the cost in compile time and code size...
Glibc is optimized for speed and standards compliance. It's also what Gnome and KDE and everything else on Linux is tested with, and has vastly more testers. I had 128 MB of RAM on this box when I bought it four years ago, and it wasn't top of the line. What's a half of MB of memory, especially as it cost me less than $50 to upgrade it to 384 MB?
I just ran memstat on my box. I'm running a konsole, and mozilla and emacs. Glibc is pretty far down on the list of memory wasters. Mozilla takes up 22 MB; xfs 15 MB; QT 5 MB; Emacs 3 MB; bbkeys 5 MB (I smell a memory leak); libkio 2 MB; 1.2 MB for each of libgtk and libkdecore. Deep down in this list is glibc, taking up just over 1 MB. If you're going to be running Gnome and/or KDE, glibc is not your memory waster.
First you have to understand that the main design goal of glibc is code bloat. (I'm not kidding,
But you've got to be kidding. It is a simply absurd statement. I don't think you understand the situtation, because to understand the situation you would have to know what the real design goals of glibc are and how they affected the library.
static hello-world.c is >100KB)
Okay, and how big is dynamically linked hello-world.c? There aren't that many reasons to statically link a program. There may be some on reducing program size, but I would think Emacs and OpenOffice and Mozilla - the many megabyte executables - would be much more interesting than 100KB.
most of which is never used by most programs (e.g. locales).
How do you measure that? Every program that's not a server needs to be using locales; returning localized messages and sorting information the way the user would expect it are two big things.
The degree of bloat in glibc is simply obscene, and on top of that there is the backwards-incompatibility problem.
What exactly is an obscene amount of bloat? I have QT, GTK, 3 KDE libs and 2 Mozilla libs loaded into memory, each of which is larger than glibc. Why should I worry about the 8th largest library open on my system?
The uclibc people understand that they were trading speed and standards-complance for size, and know that it's not a good tradeoff for everyone. Do you really understand what tradeoffs were made in glibc, well enough to make a better library?
The reason why there's the backward compatibility problem is two-fold; first, people keep trying to link directly to glibc's internals, and not changing those would be a pain, and second, you want to make major improvements, but changing the libc major number is a flag day, so they try to support old stuff while making major changes, with some success and some failure.
The question that remains is whether the full glibc API can be implemented without creating another bloated monster. (there is no real alternative, since glibc's API has been enshrined in the LSB already...)
There is no real alternative, because most of glibc's API comes from POSIX and Single Unix Standard (SUS), or from traditional BSD functions.
386SX16, 4M RAM, no HD, parallel port
by
czaby
·
· Score: 5, Interesting
Once I had a happy linux on a 386SX-16MHz very old laptop, without any working hard disc. The floppy was enough to boot it, 4 Megs RAM is perfect for a small kernel, some shells and telnets, everything else (even the swap) comes through PLIP on the printer port. It was much funnier than my VT420 terminal:)
Re:386SX16, 4M RAM, no HD, parallel port
by
AndroidCat
·
· Score: 3, Interesting
I ran a multi-user BBS on a 386-25 with 8M ram. Two phone lines, console, virtual consoles, and telnet from the Windows box. Slackware Linux (1.2, 1.3?)
I might haul that CD out for my 486-66 32M ram, which is being used as a burglar alarm. (Hey, I need some platform to plug my old ISA cards into.) With all the bugs in the software, I'd never put that machine on the Internet, but on the LAN, who cares?
-- One line blog. I hear that they're called Twitters now.
Use Busybox in all distributions
by
Istealmymusic
·
· Score: 2, Interesting
Why can't Busybox be used for regular, 24/7 server use? It seems to provide all the necessary building block utilities one would expect in any Unix distribution; I'm up for it replacing/bin/* completely.
-- "The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
Re:Older OS's?!?!
by
Anonymous Coward
·
· Score: 2, Interesting
I don't agree. For fun I installed FreeDOS in a P133. I put in a NIC card and hooked it up to my switch no problem. I even run the Arachne browser on it. Not too shabby. The P133 is pretty high end for FreeDos as it will actually run on an old XT. If you check out the FreeDOS website you will find people who have web servers running on XTs, 286s, and up.
I actually dual boot the P133 into Debian as well. IceWM & Dillo actually are make it quite a snappy setup.
Re:low resources
by
BitHive
·
· Score: 2, Interesting
What kind of mainboard for a 486 would support an 80GB disk?
IBM actually has a quadruple DNS A resource record for maximum load balancing and parallelism in a Class B network spread across none less than 4/16 subnets. I kid you not:
-- "The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
Re:Mini-distros
by
Istealmymusic
·
· Score: 4, Interesting
Wait a minute...you say "no need for even a hard drive" and then "it's possible [...] to run a working mail-server on an old 386 with them". Where would you store your mail queue, on a RAM drive or NFS partition?
-- "The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
Re:Feather weight OS's
by
ni5mo
·
· Score: 3, Interesting
Try LitePC. They have a product called 98lite which allows selective install all non necessary os components, as well as 4 pre-defined install sizes. Their micro option can install win98 in under 50MB. It also allows you to replace the gui with the win95 interface for even more speed.
They are currently working on win2K-XP version, but work is understanably slow.
Seriously, check it out!
Re:BSD's to the rescue
by
Istealmymusic
·
· Score: 2, Interesting
I find this 386 minimum requirement quite interesting. For all intents and purposes, the IA-32 architecture has only slightly changed from generation-to-generation with extensions such as machine status registers (MSRs), or MMX and SSE support. However, the 386 is different from previous iterations in that it supported 32-bit protected mode, which all operating systems utilize today to their fullest capacity, though some ignore features such as code seperation via segmentation and paging (ironically, Palladium claims to provide these features but it is actually the 386 platform which does, right now.)
Anyone remember Windows for Workgroups 3.11? It could run in "enhanced" mode which was 32-bit pmode, or "standard" mode--you guessed it, 16-bit pmode. Since I assume 32- and 16-bit protected mode are similar in intent but varying in widths, does this mean FreeBSD can be slightly modified to run on a 16-bit 80286? What about Linux? (No, I don't want to run Minix.)
-- "The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
small size does come with a price
by
updog
·
· Score: 3, Interesting
"I was introduced to both uClibc and BusyBox, both of which I ended up using."
I spent several months with a small group of people putting together an embedded system, which used both uClibc and Busybox. While these are undoubtedly excellent pieces of open source software which are great for embedded systems, I find their use questionable for everyday desktop computing.
For example, many features you take for granted, say, with bash (such as compound commands, the full featured command execution environment) are not available with the smaller, simpler shells in Busybox.
The small size does come at a price... after all, the reason they are smaller is because along with the bloat, some of the less frequently used functionality has been removed.
what's wrong with Debian?
by
twitter
·
· Score: 3, Interesting
...a mint condition IBM ThinkPad 755C... On the resource side, I had 12 MB of memory and a 540-MB hard drive to work with...I planned to use the laptop for writing and for remote access to my more powerful desktop development system. Therefore, I needed a system with network support, a shell, a text editor like vi, CVS for versioning my documents, and SSH for secure remote access.
Huh? Those are really light requirements and with some additional RAM, that laptop could run X without a problem. Debinate it!
My 760LD has only 24M of RAM. It felt a little crammped with the 800 MB hard drive that came with it, but the only thing tedious about the installation of 2.2 potato was making the base install floppies. Once that was on, I could put the CD ROM in and zippy, no problem. The same har drive then worked with a much older Toshiba 468 with 8 or 16 MB or RAM. Yes, it does ssh. I got a bigger hard drive to feel less cramped and get more window managers. Using OLVWM I was able to make it display more than 256 colors, but it was stable with all the window managers I tried was stable with 256 colors. I probably boned up the ammount of RAM the card actually has, or missed some kind of shared memory thingy, shrug, it works.
For the lighter requirements this guy has, he should have loads of extra space and it should work just snappy. My 486 gateway runs a little ftp, ssh and most of the standard distro. It takes less than 150 MB of system files to do that, leaving 350 MB for temproary files.
Indeed, this fellows low expectations for his hardware should make the insalation much easier. I recenlty built a debian box on a 33MHz 486 with 8 or 12 MB RAM. It was painful, but you can just drop your hard disk into a nicer box and just put on the few things you want from a vanilla i386 binary install disk. If all you put on is i386, just put it all on in something with a little more RAM and pep, then drop it into your target. The kernel should adapt to it's new environment.
Apt-get upgrade was a little painful last time, with the new OpenSSH stuff but it did, finally, work. I had to manually dpkg the new packages and read the error messages and it took a day, grrrr! I should have left it alone, but I'm glad it's done.
Oh well, the man's effort is not wasted. His site is great for those who wish to really cut out the fluff and have a beautiful Spartan install. For the rest of you, I recomend the much easier Debian apt-get path.
--
Friends don't help friends install M$ junk.
Two quick points:
by
Alethes
·
· Score: 5, Interesting
1) Using a light linux distro on a really fast machine just makes it seem that much faster. There's no need to try to find some old and slow machine to take advantage of a fast and light distro.
2) The versatility of Linux is really inspiring. We have everything from floppy distros, and game machines to Gnome, KDE and Lycoris all using variations of the same kernel. I, for one, think that's pretty cool.
Looking forward to the next installment
by
kbielefe
·
· Score: 3, Interesting
I have a 486SX/33 that I put Linux on a couple of weeks ago. I plan to eventually use this system for playing ogg files over my home stereo system. Now that tremor has been released I don't have to worry about not having a fpu.
I started with tomsrtbt on floppies, then installed it onto the hard drive. Once I had a working system I compiled a kernel with the sound card and network drivers and copied that over. Everything works great. There's something surreal about using a kernel that was just updated last week with hardware that hasn't been sold in almost 10 years.
I'm having trouble statically linking sshd, so I'm looking forward to the next installment. Shouldn't be too hard to set up dynamic libraries, but advice from someone who has done it already always helps.
LFS was a great tool for me. Before LFS, I didn't really understand how to customize my bash prompt, controll where software was installed to, edit runlevel and startup scripts, or a thousand other things that any Linux user SHOULD be able to do.
But, alas, what killed it for me was the complexity of the modern desktop. KDE was easy to compile and install, but a thousand neat little features of KDE (like the audio cd to mp3 interface) never worked right. Any time I saw something cool, I needed to go back and recompile some new flag into some library...and then recompile everything thay used that lib. It was a major PITA.
LFS should be everyone's first distro. The ammount of knowledge you gain from struggling with something as simple as getting 'ls' to output in colors will help tremendously in the rest of your linux journey. That being said, the LFS community probably isn't up to the task of supporting hundreds (thousands) of newbies. Especially if they bombard the IRC channels with even a tenth of the questions I laid on those guys.
LFS is awesome for a learning tool, and I want to thank the LFS community for their project/product.
-- I'd rather you do it wrong, than for me to have to do it at all.
FreeBSD may be an option
by
Billly+Gates
·
· Score: 5, Interesting
FreeBSD works great with minimal hardware due to the absensce of bloatware on most modern linux distro's. The Bsd daemons like inet are much less resource intensive then their Linux counterparts. By default FreeBSD only has minimal daemons running.
Gentoo may be another option due to its liteness upon default install. Everything and I mean everything must be configured and installed via "emerge x". This is also the downside. IF you have a slow 386 and a 28. modem for an internet connection you can expect s several day installation.
NetBSD seems popular with many users with old machines like ancient macs. It may be more minimalist but I have never used it. Perhaps someone who has could care to comment. I like FreeBSD because of the excellent book that comes with the box set which will be helpfull since you will not have any of the gui point and click utilities like anaconda and yast2 to setup your 386.
I like Linux myself because I am use to the SYSV init. I do not wish to start a flameware but FreeBSD is great for minimal installs and come with the best console documentation. It has its uses and if your use standard free software like sambe or apache, then a *BSD variant or Linux one wont matter.
Re:I would like to ....
by
nounderscores
·
· Score: 3, Interesting
I don't know, uClibc is supposed to have "made compromises" to get compactness over speed. I don't know whether this means using O(cN) where c is a bigger constant over an O(N) time algorithm or whether they went and used O(N^2) instead of O(N). I'd have get off my arse and read the source to tell you for sure.
anyway, if you have a fast machine, you probably would be better off using the algorithm which, say, has more instructions to keep you doing calculations in the most time efficient way than bottlenecking yourself to give you a few kb more available ram.
Then again one of Gordon Bell's laws says that "the simplest way to program something is probably the fastest" so go boot up a featherweight linux on your box, benchmark it and post the results to slashdot! You'd probably make the front page.
"Minimal" system my arse!
by
zcat_NZ
·
· Score: 3, Interesting
I'm highly amused by some of the comments in this thread; from my own perspective anything better than a P100 w 32M ram is a perfectly acceptable system. My main machine right now is a P166 with 64M and as well as using it for browsing, programming, etc it provides NAT, DNS, dhcp, apache.. I'm planning to upgrade sometime (probably to a P233, I had one last year but it died:( ). I'm in no hurry; this machine does everything I need for now.
My first linux machine was a 386 with 4M ram. I had to upgrade to 8M fairly quickly because it would totally thrash when I tried to compile the kernel (or almost anything else bigger than hello.c) and I couldn't run X at all until I got a 486..
Kids these days.. bah!!
I'll bookmark the link though; I have a spare P100 with 8M on it that I'd like to turn into a dedicated mp3/ogg player.
-- 455fe10422ca29c4933f95052b792ab2
the inverse is a good idea.
by
twitter
·
· Score: 3, Interesting
Imagine how fast that would be !!!
Well, just pull up a console, kill all your services and boggie. It does make a difference. Your nasty math problems will be able to suck up all your memory and little will interrupt. You can go down from there if you wish. Boot up with grub to ye new Spartan kernel, and define a run level that's just like you want it and kick some ass. Spend a few more bucks to set up as many machines as you have projects. SSH into it to start your problem and then get your answer.
Pitty all OS are not so easy to configure. You want more, you got it. You want less, OK. You want to throw everything you got at one thing, go for it. A box that you have to leave your chair to mess with is a pain, and should be fixed with a new OS.
--
Friends don't help friends install M$ junk.
Re:I would like to ....
by
Daniel+Dvorkin
·
· Score: 3, Interesting
Yes, yes, everyone who's ever had an algorithms class knows that O(c n) = O(n) and that O(c) = O(1). But everyone who's ever written production code also knows that in practice, algorithms aren't O(n) or O(n^2) or some other O(f(n)) where f(n) has all the constants stripped out. They're best described as O(c1 f(n) + c2), where f(n) is n^2 or e^n or log(n) or some such -- and for large, or even not-so-large, values of c1 and c2, and for small, or even not-so-small, values of n, that can make all the difference. O(c n) != O(n) for practical purposes when c = 10 and n = 100. For instance.
-- The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
Small single-task operating systems.
by
os2fan
·
· Score: 3, Interesting
Until recently, my main machine was a 486/66 with 20 meg of ram. On this, I ran some 20 operating systems.
One of these was a version of OS/2, complete with gui, 4os2 and cdburner, that lived in 10 megabytes.
The installation was not hard - sysintx and rar did it.
So I could use the main version of OS/2 without having to worry about chewing up memory for the cd-burner. OS/2 breaks the 504 barrier for HPFS partitions. So does Linux, and Windows NT, the former installed but never booted.
OS/2 has a considerably smaller footprint, given that a lot of it can be installed on another drive.
The idea of having a small footprint is not bad at all. You can make a boot cd that runs the desired OS off the cdrom and ramdisk. This is how eComStation installs.
In fact, the notion of one OS for all tasks is quite unecconomical, especially if the machine is to run unattended, or in a specific activity.
You can burn cdroms off in 20 mb of ram. There are utilities that unload dlls to expediate the process.. (eg allocmem)
.
-- OS/2 - because choice is a terrible thing to waste.
My firewall
by
einhverfr
·
· Score: 3, Interesting
120 MHz K5, 32 MB RAM, 3 GB Hard Drive. OK, I regret using such a large hard drive for this...
The real impressive thing isn't the low hardware, it is the fact that I run TinyDNS as my external DNS server on it, use SSH for remote access (only from the internal network), handle log-file parsing and management, on the box (in the middle of the night), and many other tasks. In fact, I could do all this on a 80486, but the RAM is the big commodity with all these things. But additional performance tuning will help. Additionally it is running FreeS/WAN though we will eventually be setting up a virtual router behind the NAT for handling GRE-tunneled IPSEC between offices;)
In fact the thing is so highly automated I sometimes forget that it is in the corner (reports of activity are happily directed to me every morning and I don't have to access the box myself).
Had almost 90 days uptime when I had to replace the CPU fan. Now I am thinking about drop-in redundency;)
Not Impressed
by
RAMMS+EIN
·
· Score: 4, Interesting
Sorry, I'm not impressed by this. 12 MB? I think I can run a vanilla Linux distro on that. I have and old IMB PS/ValuePoint 425SX/S (25 MHz, no FPU, 4 MB RAM that somehow refuses to be upgraded...anybody know why?) here that I wanted ti run Linux on. I couldn't get any Linux install floppy to boot and work on it, not even the ones that were advertised as working with 4MB core. I suppose this is due to IBM eating up 384 KB of memory (shadow ROM or something). Anyway, I made my own bootdisk with a 2.4.19 kernel with networking support, module for my NIC, and an uncompressed filesystem with busybox, fdisk, ip, mke2fs, insmod, mkswap and swapon, all statically linked to dietlibc. It worked great on my machine, allowed me to partition the hard drive, create and mount the swap partition, make and mount an ext2 file system, and install the files necessary for booting. I'm currently working on a uClibc-based system with picogui. It's almost finished and will be available from my website once it is. It could take some time, though, cause I'm overloaded with work these days.
--- Goto, n.:
A programming tool that exists to allow structured programmers to complain about unstructured programmers.
-- Ray Simard
It took a lot of searching and a few false starts, but I finally got Linux going on my old laptop a few years ago. I guess I did it mostly for the challenge.
Specs:
386sx @ 16Mhz 5 Megs RAM (subtract a bit for BIOS shadowing...) 240MB HDD (half DOS, half Linux ext2) No PCMCIA, Ethernet, or IR ports. Currently boots MS-DOS/Win3.1 and then uses LoadLinux. Installed: Perl, GCC tool chain, vi, and just barely enough of everything else to get by.
I tried FreeBSD first -- that's what I normally run on my Unix boxes. However, while it can run on 5MB, it is a real challenge to get it installed with only 5MB -- the installer needs 8MB, and with no swap partition set up, it can only use RAM.
I came to the conclusion that the main problem with running a nice OS on not-so-nice hardware is getting a swap partition set up. Once Linux and FreeBSD have a little virtual memory to use, they can get by on just 4MB. But until the swap partition is mounted, everything has to squeeze into that 4MB, and it simply doesn't work.
I tried a few other distros before I finally found something that worked. It was called "ZipHam Linux." It was a derivative of Slackware running 2.0.38, and specialized for HAM radio enthusiasts. Once I had a swap partition set up, I could actually do stuff. I transferred packages via MS-DOS's InterLnk (parallel cable) and upgraded to the latest kernel I thought would work.
Recompiling the kernel on a 386sx with 4MB of RAM is an exercise in patience. I think it took about 23 hours. But it compiled! Yay. And booted.
About a year later, I graduated from college, got a better job, and bought a more reasonable laptop. As a result, the old one doesn't see much use anymore. But I still think it is pretty cool. And since it is actually the only Linux box in the house (1 FreeBSD box, and I run Linux under Bochs occasionally, but no other hardware dedicated to Linux), I sometimes fire it up just for kicks.
-- Time flies like an arrow. Fruit flies like a banana.
DeLi linux
by
Anonymous Coward
·
· Score: 1, Interesting
what about DeLi linux (http://delilinux.berlios.de/):
"DeLi Linux stands for 'Desktop Light' Linux. It is a Linux Distrinution for old computers, from 486 to Pentium MMX 166 or so. It's focussed on desktop usage. It includes email clients, graphical webbrowser, an office package with word processor and spreadsheet, an dso on. A full install, including XFree and development tools, needs not more than 300 MB of harddisk space."
Not Linux, but....
by
octalgirl
·
· Score: 3, Interesting
Many moons ago I made a 31/2" disk bootable to a stripped down version of Windows 3.1 with a stripped down WordPerfect 5.1, and it even included a HP LaserJet II driver. And I managed to leave solitaire on it too. I used to give them to guys who were going on travel before laptops became commonplace. There is usually a lot of bloat in any OS or software package.
Well this looks like something that might give my old PCs some new life. I would suspect with the scaled-back interface, it is as geeky as older releases.
i run a modified version of redhat 4.2 on a cobalt qube. It's 150 mhz and it has 32 mb ram, and works as a great fileserver for 10 users. whoever said you need alot of computing power for a server is wrong
I run a light version of linux on my Compaq Ipaq and I think it's great. I can't wait until it becomes good enough to go into pda's full scale and replace proprietary OS's like palm.
...how can I "light-weight-o-fy" my existing Debian installation? It's running on a POS Compaq Presario with an AMD K6 233 and 32mb of ram, and even a few copies of spamassassin running will thrash the drive for a good minute and a half. KDE actually "runs", but only in the most comical sense of the term. :-|
I'm currently going for a FreeBSD install on an older machine because it has an easy network-bootstrap install.
I did shoehorn Win98 onto a 486/66 for my burglar alarm, but it's not a pretty sight.
One line blog. I hear that they're called Twitters now.
Can someone with more knowledge give me some more info on the differences between DietLibC and uclibc? As in how much I save in binary size for both of them. Problems (something like it wont support translations is a big thing) such as feature Y wont work. Can I compile Gnome or KDE with them? I read the FAQ and both seem wonderfull and I really don't see why someone _wouldn't_ want to use them. So why wouldn't I want to use them?
-Benjamin Meyer
Do you changes clothes while making the "chee-chee-cha-cha-choh" transformation sound?
Once I had a happy linux on a 386SX-16MHz very old laptop, without any working hard disc. :)
The floppy was enough to boot it, 4 Megs RAM is perfect for a small kernel, some shells and telnets, everything else (even the swap) comes through PLIP on the printer port.
It was much funnier than my VT420 terminal
Why can't Busybox be used for regular, 24/7 server use? It seems to provide all the necessary building block utilities one would expect in any Unix distribution; I'm up for it replacing /bin/* completely.
"The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
I don't agree. For fun I installed FreeDOS in a P133. I put in a NIC card and hooked it up to my switch no problem. I even run the Arachne browser on it. Not too shabby. The P133 is pretty high end for FreeDos as it will actually run on an old XT. If you check out the FreeDOS website you will find people who have web servers running on XTs, 286s, and up.
I actually dual boot the P133 into Debian as well. IceWM & Dillo actually are make it quite a snappy setup.
What kind of mainboard for a 486 would support an 80GB disk?
"The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
Wait a minute...you say "no need for even a hard drive" and then "it's possible [...] to run a working mail-server on an old 386 with them". Where would you store your mail queue, on a RAM drive or NFS partition?
"The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
They are currently working on win2K-XP version, but work is understanably slow.
Seriously, check it out!
Anyone remember Windows for Workgroups 3.11? It could run in "enhanced" mode which was 32-bit pmode, or "standard" mode--you guessed it, 16-bit pmode. Since I assume 32- and 16-bit protected mode are similar in intent but varying in widths, does this mean FreeBSD can be slightly modified to run on a 16-bit 80286? What about Linux? (No, I don't want to run Minix.)
"The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
"I was introduced to both uClibc and BusyBox, both of which I ended up using."
I spent several months with a small group of people putting together an embedded system, which used both uClibc and Busybox. While these are undoubtedly excellent pieces of open source software which are great for embedded systems, I find their use questionable for everyday desktop computing.
For example, many features you take for granted, say, with bash (such as compound commands, the full featured command execution environment) are not available with the smaller, simpler shells in Busybox.
The small size does come at a price... after all, the reason they are smaller is because along with the bloat, some of the less frequently used functionality has been removed.
Huh? Those are really light requirements and with some additional RAM, that laptop could run X without a problem. Debinate it!
My 760LD has only 24M of RAM. It felt a little crammped with the 800 MB hard drive that came with it, but the only thing tedious about the installation of 2.2 potato was making the base install floppies. Once that was on, I could put the CD ROM in and zippy, no problem. The same har drive then worked with a much older Toshiba 468 with 8 or 16 MB or RAM. Yes, it does ssh. I got a bigger hard drive to feel less cramped and get more window managers. Using OLVWM I was able to make it display more than 256 colors, but it was stable with all the window managers I tried was stable with 256 colors. I probably boned up the ammount of RAM the card actually has, or missed some kind of shared memory thingy, shrug, it works.
For the lighter requirements this guy has, he should have loads of extra space and it should work just snappy. My 486 gateway runs a little ftp, ssh and most of the standard distro. It takes less than 150 MB of system files to do that, leaving 350 MB for temproary files.
Indeed, this fellows low expectations for his hardware should make the insalation much easier. I recenlty built a debian box on a 33MHz 486 with 8 or 12 MB RAM. It was painful, but you can just drop your hard disk into a nicer box and just put on the few things you want from a vanilla i386 binary install disk. If all you put on is i386, just put it all on in something with a little more RAM and pep, then drop it into your target. The kernel should adapt to it's new environment.
Apt-get upgrade was a little painful last time, with the new OpenSSH stuff but it did, finally, work. I had to manually dpkg the new packages and read the error messages and it took a day, grrrr! I should have left it alone, but I'm glad it's done.
Oh well, the man's effort is not wasted. His site is great for those who wish to really cut out the fluff and have a beautiful Spartan install. For the rest of you, I recomend the much easier Debian apt-get path.
Friends don't help friends install M$ junk.
1) Using a light linux distro on a really fast machine just makes it seem that much faster. There's no need to try to find some old and slow machine to take advantage of a fast and light distro.
2) The versatility of Linux is really inspiring. We have everything from floppy distros, and game machines to Gnome, KDE and Lycoris all using variations of the same kernel. I, for one, think that's pretty cool.
I started with tomsrtbt on floppies, then installed it onto the hard drive. Once I had a working system I compiled a kernel with the sound card and network drivers and copied that over. Everything works great. There's something surreal about using a kernel that was just updated last week with hardware that hasn't been sold in almost 10 years.
I'm having trouble statically linking sshd, so I'm looking forward to the next installment. Shouldn't be too hard to set up dynamic libraries, but advice from someone who has done it already always helps.
This space intentionally left blank.
LFS was a great tool for me. Before LFS, I didn't really understand how to customize my bash prompt, controll where software was installed to, edit runlevel and startup scripts, or a thousand other things that any Linux user SHOULD be able to do.
But, alas, what killed it for me was the complexity of the modern desktop. KDE was easy to compile and install, but a thousand neat little features of KDE (like the audio cd to mp3 interface) never worked right. Any time I saw something cool, I needed to go back and recompile some new flag into some library...and then recompile everything thay used that lib. It was a major PITA.
LFS should be everyone's first distro. The ammount of knowledge you gain from struggling with something as simple as getting 'ls' to output in colors will help tremendously in the rest of your linux journey. That being said, the LFS community probably isn't up to the task of supporting hundreds (thousands) of newbies. Especially if they bombard the IRC channels with even a tenth of the questions I laid on those guys.
LFS is awesome for a learning tool, and I want to thank the LFS community for their project/product.
I'd rather you do it wrong, than for me to have to do it at all.
Gentoo may be another option due to its liteness upon default install. Everything and I mean everything must be configured and installed via "emerge x". This is also the downside. IF you have a slow 386 and a 28. modem for an internet connection you can expect s several day installation.
NetBSD seems popular with many users with old machines like ancient macs. It may be more minimalist but I have never used it. Perhaps someone who has could care to comment. I like FreeBSD because of the excellent book that comes with the box set which will be helpfull since you will not have any of the gui point and click utilities like anaconda and yast2 to setup your 386.
I like Linux myself because I am use to the SYSV init. I do not wish to start a flameware but FreeBSD is great for minimal installs and come with the best console documentation. It has its uses and if your use standard free software like sambe or apache, then a *BSD variant or Linux one wont matter.
http://saveie6.com/
I don't know, uClibc is supposed to have "made compromises" to get compactness over speed. I don't know whether this means using O(cN) where c is a bigger constant over an O(N) time algorithm or whether they went and used O(N^2) instead of O(N). I'd have get off my arse and read the source to tell you for sure.
anyway, if you have a fast machine, you probably would be better off using the algorithm which, say, has more instructions to keep you doing calculations in the most time efficient way than bottlenecking yourself to give you a few kb more available ram.
Then again one of Gordon Bell's laws says that "the simplest way to program something is probably the fastest" so go boot up a featherweight linux on your box, benchmark it and post the results to slashdot! You'd probably make the front page.
I'm highly amused by some of the comments in this thread; from my own perspective anything better than a P100 w 32M ram is a perfectly acceptable system. My main machine right now is a P166 with 64M and as well as using it for browsing, programming, etc it provides NAT, DNS, dhcp, apache.. I'm planning to upgrade sometime (probably to a P233, I had one last year but it died :( ). I'm in no hurry; this machine does everything I need for now.
My first linux machine was a 386 with 4M ram. I had to upgrade to 8M fairly quickly because it would totally thrash when I tried to compile the kernel (or almost anything else bigger than hello.c) and I couldn't run X at all until I got a 486..
Kids these days.. bah!!
I'll bookmark the link though; I have a spare P100 with 8M on it that I'd like to turn into a dedicated mp3/ogg player.
455fe10422ca29c4933f95052b792ab2
Well, just pull up a console, kill all your services and boggie. It does make a difference. Your nasty math problems will be able to suck up all your memory and little will interrupt. You can go down from there if you wish. Boot up with grub to ye new Spartan kernel, and define a run level that's just like you want it and kick some ass. Spend a few more bucks to set up as many machines as you have projects. SSH into it to start your problem and then get your answer.
Pitty all OS are not so easy to configure. You want more, you got it. You want less, OK. You want to throw everything you got at one thing, go for it. A box that you have to leave your chair to mess with is a pain, and should be fixed with a new OS.
Friends don't help friends install M$ junk.
Yes, yes, everyone who's ever had an algorithms class knows that O(c n) = O(n) and that O(c) = O(1). But everyone who's ever written production code also knows that in practice, algorithms aren't O(n) or O(n^2) or some other O(f(n)) where f(n) has all the constants stripped out. They're best described as O(c1 f(n) + c2), where f(n) is n^2 or e^n or log(n) or some such -- and for large, or even not-so-large, values of c1 and c2, and for small, or even not-so-small, values of n, that can make all the difference. O(c n) != O(n) for practical purposes when c = 10 and n = 100. For instance.
The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
One of these was a version of OS/2, complete with gui, 4os2 and cdburner, that lived in 10 megabytes.
The installation was not hard - sysintx and rar did it.
So I could use the main version of OS/2 without having to worry about chewing up memory for the cd-burner. OS/2 breaks the 504 barrier for HPFS partitions. So does Linux, and Windows NT, the former installed but never booted.
OS/2 has a considerably smaller footprint, given that a lot of it can be installed on another drive.
The idea of having a small footprint is not bad at all. You can make a boot cd that runs the desired OS off the cdrom and ramdisk. This is how eComStation installs.
In fact, the notion of one OS for all tasks is quite unecconomical, especially if the machine is to run unattended, or in a specific activity.
You can burn cdroms off in 20 mb of ram. There are utilities that unload dlls to expediate the process.. (eg allocmem)
.
OS/2 - because choice is a terrible thing to waste.
120 MHz K5, 32 MB RAM, 3 GB Hard Drive. OK, I regret using such a large hard drive for this...
;)
;)
The real impressive thing isn't the low hardware, it is the fact that I run TinyDNS as my external DNS server on it, use SSH for remote access (only from the internal network), handle log-file parsing and management, on the box (in the middle of the night), and many other tasks. In fact, I could do all this on a 80486, but the RAM is the big commodity with all these things. But additional performance tuning will help. Additionally it is running FreeS/WAN though we will eventually be setting up a virtual router behind the NAT for handling GRE-tunneled IPSEC between offices
In fact the thing is so highly automated I sometimes forget that it is in the corner (reports of activity are happily directed to me every morning and I don't have to access the box myself).
Had almost 90 days uptime when I had to replace the CPU fan. Now I am thinking about drop-in redundency
LedgerSMB: Open source Accounting/ERP
Sorry, I'm not impressed by this. 12 MB? I think I can run a vanilla Linux distro on that. I have and old IMB PS/ValuePoint 425SX/S (25 MHz, no FPU, 4 MB RAM that somehow refuses to be upgraded...anybody know why?) here that I wanted ti run Linux on. I couldn't get any Linux install floppy to boot and work on it, not even the ones that were advertised as working with 4MB core. I suppose this is due to IBM eating up 384 KB of memory (shadow ROM or something). Anyway, I made my own bootdisk with a 2.4.19 kernel with networking support, module for my NIC, and an uncompressed filesystem with busybox, fdisk, ip, mke2fs, insmod, mkswap and swapon, all statically linked to dietlibc. It worked great on my machine, allowed me to partition the hard drive, create and mount the swap partition, make and mount an ext2 file system, and install the files necessary for booting. I'm currently working on a uClibc-based system with picogui. It's almost finished and will be available from my website once it is. It could take some time, though, cause I'm overloaded with work these days.
---
Goto, n.:
A programming tool that exists to allow structured programmers
to complain about unstructured programmers.
-- Ray Simard
Please correct me if I got my facts wrong.
It took a lot of searching and a few false starts, but I finally got Linux going on my old laptop a few years ago. I guess I did it mostly for the challenge.
Specs:
386sx @ 16Mhz
5 Megs RAM (subtract a bit for BIOS shadowing...)
240MB HDD (half DOS, half Linux ext2)
No PCMCIA, Ethernet, or IR ports.
Currently boots MS-DOS/Win3.1 and then uses LoadLinux.
Installed: Perl, GCC tool chain, vi, and just barely enough of everything else to get by.
I tried FreeBSD first -- that's what I normally run on my Unix boxes. However, while it can run on 5MB, it is a real challenge to get it installed with only 5MB -- the installer needs 8MB, and with no swap partition set up, it can only use RAM.
I came to the conclusion that the main problem with running a nice OS on not-so-nice hardware is getting a swap partition set up. Once Linux and FreeBSD have a little virtual memory to use, they can get by on just 4MB. But until the swap partition is mounted, everything has to squeeze into that 4MB, and it simply doesn't work.
I tried a few other distros before I finally found something that worked. It was called "ZipHam Linux." It was a derivative of Slackware running 2.0.38, and specialized for HAM radio enthusiasts. Once I had a swap partition set up, I could actually do stuff. I transferred packages via MS-DOS's InterLnk (parallel cable) and upgraded to the latest kernel I thought would work.
Recompiling the kernel on a 386sx with 4MB of RAM is an exercise in patience. I think it took about 23 hours. But it compiled! Yay. And booted.
About a year later, I graduated from college, got a better job, and bought a more reasonable laptop. As a result, the old one doesn't see much use anymore. But I still think it is pretty cool. And since it is actually the only Linux box in the house (1 FreeBSD box, and I run Linux under Bochs occasionally, but no other hardware dedicated to Linux), I sometimes fire it up just for kicks.
Time flies like an arrow. Fruit flies like a banana.
what about DeLi linux (http://delilinux.berlios.de/):
"DeLi Linux stands for 'Desktop Light' Linux. It is a Linux Distrinution for old computers, from 486 to Pentium MMX 166 or so. It's focussed on desktop usage. It includes email clients, graphical webbrowser, an office package with word processor and spreadsheet, an dso on. A full install, including XFree and development tools, needs not more than 300 MB of harddisk space."
Many moons ago I made a 31/2" disk bootable to a stripped down version of Windows 3.1 with a stripped down WordPerfect 5.1, and it even included a HP LaserJet II driver. And I managed to leave solitaire on it too. I used to give them to guys who were going on travel before laptops became commonplace. There is usually a lot of bloat in any OS or software package.
Well this looks like something that might give my old PCs some new life. I would suspect with the scaled-back interface, it is as geeky as older releases.
--- have you healed your church website?