Hello again,
Robert Davies wrote:
> Why wait?
>
> Run the command vmstat, and observe how much is paged in /out, what is the
> scan rate? That indicates how hard the page stealer is looking for pages it
> can free off. vmstat 10 is usually a goodish, number but if you can run it
> a long time, longer sample times is useful.
OK, here goes:
procs memory swap io
system cpu
r b w swpd free buff cache si so bi bo in cs us
sy id
0 0 0 3560 1644 31188 8608 0 0 4 1 104 17
0 0 99
> If you still have the 128MB in the machine, you could force Linux to ignore
> it, using a boot parameter.
Nah, the machine won't boot unless I remove it.
> With squid, you probably want to lower the mem cache down to about 1/4 of
> physical RAM, if it's higher than the default. Depending on usage perhaps
> less than 16MB would be a waste of RAM, your call!
presumably via /etc/squid.conf ?
> If the suits don't blink, then perhaps you could investigate interleaving
> swap over a number of disk partions, by using mkswap, and swap entries in
> fstab all set with a priority=5, instead of the defaults which don't
> interleave.
We'll see, I'm still waiting for a larger barracuda. It'd be nice if I
can have both in one shabbang! for now I'm fairly confident that with
the adjustment of squid, my swap partition can manage until I get the
128MB. Or won't that be enough? I'll soon find out and tell everyone how
it goes.
Mabuhay!
Erik
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
