lkml.org 
[lkml]   [1998]   [Dec]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject[2.1.131-ac5] MM Experience with X in 6,8 Megs RAM (page cache too large ?)
	Well, I booted my 64Mb, UP PPro with mem=6M and then mem=8M to see how
it worked. My IDE hard disk gets about 3.8 Mb/s max (as recorded by
hdparm) and I have a 34M swap partition on it.
In 6M, I actually got to an xterm, but it was paging every keystroke,
so I quickly (actually, it was NOT very quick :) rebooted into mem=8M,
which was a lot better. I could us xterm in 8Mb, and I could use emacs
at the same time. The write cache remained quite small... I didn't
really do much writing though.
The main problem was that about 1/2 the RAM was filled with page
cache. Now, since "1/2 the RAM" was only 3.0 - 3.5 Mb, the stuff in the
page cache may have been worth swapping out large parts of emacs, xterm,
and the X-server. Perhaps there are some statistics in /proc that tell
the hit rate in the page cache. I'll go take a look in the
Documentation/....

HOWEVER.
I then did 'echo "1 10 11" > /proc/sys/vm/pagecache'. THIS HAD NO
EFFECT. The page cache did NOT go back down to 11% of memory. I can't
think of a good reason why this would be so, but perhaps the page cache
grew as rapidly as it shrank, showing that it was very valuable
indeed... I tried running ddd instead of emacs, because I thought emacs
might use a lot of files for its bytecodes. The same thing happened
with ddd.
I would think that this wouldn't happen, because state should always be
set to 0 in do_try_to_free_pages.

-BenRI
--
If E. Coli was a computer:
"OPERON.DLL: Mutation in LACTOSE.DLL. Entire system halted."

Benjamin Redelings I <>< http://sdcc13.ucsd.edu/~bredelin

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:46    [W:0.047 / U:1.192 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site