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
