Re: Running linux in < 500kB

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
Date: Sunday, March 1, 1992 - 9:27 pm

In <1992Mar1.232712.18444@uwm.edu> markh@csd4.csd.uwm.edu writes:


This would be nice, but, IMHO, the amount of time spend using virtual memory
would be almost absurd, its bad enough in 2MB.



Please don't take this as a flame, i don't intend on it being that.
I feel that if we restrain the operating system form being able to take
advantage of some of the newer technologies that have come about over
the last few years (of note, the i386, and cheaper RAM). 

I personally like hearing that the 8088, and 286 are finally being 
acknowledged as being 'obsolete' -- IBM and Microsoft are making
their own operating systems, NT, and OS/2 -- which i am *sure* 
will require more than 512K. 

I feel that the time that would be spend hacking linux down to being
able to run in 512K would be better spend making it run X11, 
distributed processing, or maybe do something we all haven't though
of. If we make it run in 512K, why not make it run on an 8088?
After all, countless amounts of those have been sold. Even if the kernel
were to run in 512K, what would you be able to use it for? emacs
loves memory, and gcc chews it like popcorn. In fact, windows doesn't 
like 512K all that much. In then end, you would probably end up
upgrading your RAM (if not your cpu, also).

I agree with your point about using more efficient algorithms, but,
Linux is currenlt 0.12, and _anything_ at 0.12 that works is pretty
impressive (give yourself a pat, linus!). I would hope that by 1.0,
things start to settle down, and people start debating about which
algorithm should be used, as opposed to "$@#$ !!  we need ??'s to
run X-cows".


Craig Hagan
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: Running linux in < 500kB, S3679988, (Sun Mar 1, 9:27 pm)