home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!agate!boulder!caesar!drew
- From: drew@caesar.cs.colorado.edu (Drew Eckhardt)
- Newsgroups: comp.os.linux
- Subject: Re: Performance of Linux 0.96cp2
- Message-ID: <1992Jul27.201200.21321@colorado.edu>
- Date: 27 Jul 92 20:12:00 GMT
- References: <1992Jul27.133629.9648@cs.hw.ac.uk>
- Sender: news@colorado.edu (The Daily Planet)
- Organization: University of Colorado at Boulder
- Lines: 15
- Nntp-Posting-Host: caesar.cs.colorado.edu
-
- In article <1992Jul27.133629.9648@cs.hw.ac.uk> scottd@cs.hw.ac.uk (Scott Dunn) writes:
- >Has something gone wrong somewhere along the road from (I think) pre-0.96
- >and 0.96. My machine is not the best for what I want to do, 25MHz 386,
- >2 Megs RAM, 8 Meg swap partition, but in the past it was perfectly usable.
- >
-
- The size of the buffer cache was increased - which means less memory
- in the user memory pool. You should play around with the values in
- init/main.c, and reduce buffer cache size until you get something
- useable.
-
- Compiling a kernel configured for your system (ie, remove scsi.a from
- the Makefile, remove the call to rd_load from sys_setup() in hd.c)
- will decrease the size of kernel text and increase buffer cache wihtout
- eating into the user memory pool.
-