Messages in this thread | | | Date | Wed, 6 Jun 2001 13:07:56 +0100 | From | Jonathan Morton <> | Subject | Re: Break 2.4 VM in five easy steps |
| |
>> > Did you try to put twice as much swap as you have RAM ? (e.g. add a >> > 512M swapfile to your box) >> > This is what Linus recommended for 2.4 (swap = 2 * RAM), saying >> > that anything less won't do any good: 2.4 overallocates swap even >> > if it doesn't use it all. So in your case you just have enough swap >> > to map your RAM, and nothing to really swap your apps. >> >> For large memory boxes, this is ridiculous. Should I have 8GB of >> swap? > >And laptops with big memories and small disks.
Strongly agree. I have a PowerBook G3 with 320Mb RAM. The 18Gb HD is shared between a total of 4 operating systems. I haven't got space to put 2/3rds of a Gb of swap on it - in fact I use only 128Mb of swap under Linux, and don't usually have a problem.
MacOS X uses whatever disk space it needs, from the volumes currently mounted. MacOS 9.0.4 is configured to run totally without swap. Windoze 95 is configured to run in it's usual bloated way, from a total of about 1Gb of virtual HD.
I'm glad to report that with the new fixes being worked on at present, swap usage is relatively minimalist under the test loads I am able to subject my Athlon to. With mem=32M, compiling MySQL goes 65Mb into swap at maximum, during compilation of a particularly massive C++ file. Compilation takes 2h15m under these conditions, which is a little slow but that's what happens when a system starts thrashing heavily.
With mem=48M, compilation completes in about 6m30s, which compares well with the 5-minute "best case" compile time with unrestricted memory available. I didn't check the total swap usage on that run, but it was less than the 65Mb used with mem=32M. After the monster file had completed, the swap balance was largely restored within a few files' compilation - something which doesn't happen with stock 2.4.x.
With mem=32M, I can sensibly load XFree86 v4, KDE 1.2, XMMS, a webcam app and Netscape 4.6. XMMS glitches occasionally (not often, and not particularly seriously) as I switch between 1600x1200x24bpp virtual desktops, and swapping gets heavy at times, but the system is essentially usable and avoids thrashing. This weekend, I'll treat a friend with an ageing Cyrix machine to the patches and see if she notices the difference - the answer will probably be yes.
It remains to be seen how industrial-sized applications fare with the changes, but I strongly suspect that any reaction will be positive rather than negative. Industrial applications *should* be running as if no swap was available, in any case...
-------------------------------------------------------------- from: Jonathan "Chromatix" Morton mail: chromi@cyberspace.org (not for attachments) big-mail: chromatix@penguinpowered.com uni-mail: j.d.morton@lancaster.ac.uk
The key to knowledge is not to rely on people to teach you it.
Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/
-----BEGIN GEEK CODE BLOCK----- Version 3.12 GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r++ y+(*) -----END GEEK CODE BLOCK-----
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |