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
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Linus Torvalds | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| David Newall | Re: Slow DOWN, please!!! |
| Ian Campbell | Re: [PATCH] x86: Construct 32 bit boot time page tables in native format. |
| Matthias Scheler | Re: HEADS UP: timecounters (branch simonb-timecounters) merged into -current |
| Greg Troxel | Re: Interface to change NFS exports |
| Thor Lancelot Simon | metadata cache and memory fragmentation |
| YAMAMOTO Takashi | amap memory allocation |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| David Miller | [GIT]: Networking |
| Dushan Tcholich | Re: ksoftirqd high cpu load on kernels 2.6.24 to 2.6.27-rc1-mm1 |
