Ira Snyder <[email protected]> writes: >> Always interested. Please provide us more details on your usage and >> testing of that code. Amount of memory, workload, observed results, >> etc? >> > > I often leave long compiles running overnight (I'm a gentoo user). I > always have the desktop running, with quite a few applications open, > usually firefox, amarok, sylpheed, and liferea at the minimum. I've > recently tried using a "stock" gentoo kernel, without the swap > prefetch patch, and in the morning when I get on the computer, it hits > the disk pretty hard pulling my applications (especially firefox) in > from swap. With swap prefetch, the system responds like I expect: > quick. It doesn't hit the swap at all, at least that I can tell. > > Swap prefetch definitely makes a difference for me: it makes my > experience MUCH better. > > My system is a Core Duo 1.83GHz laptop, with 1GB ram and a 5400 rpm > disk. With the disk being so slow, the less I hit swap, the better. > > I'll cast my vote to merge swap prefetch. Very similar experiences. Other usage patterns that swap prefetch can cause improvements with: - Idling VMware session with large memory. Since VMware (server) can use mixed swap/RAM, the prefetch allows it swap back into RAM without having to make the application active in the foreground. - Firefox, OO Office, long from-source compilations, all of the normal. - My largest RAM capacity machine is a Core 2 Duo Laptop with 2 GB of RAM. It still benefits from the prefetch after running long compilations or backups. - Also, I have an old Pentium 4 server (1.3 GHz, original RDRAM, ...) that uses the CK patches including swap prefetch. It has only 640 MB of RAM, and runs GBytes of data backup every night. The swap is split among multiple disks, and can easily fill .5 GBytes over night. Applications that run in a VNC session, web browsers, office programs, etc., all resume much faster with the prefetch. Even the intial ssh-login appears snappier; but I think that is just CK's fine work elsewhere. :) I am curious how much of the benefit is due to prefetch, or due to CK using `vm_mapped' rather than `vm_swappiness'. Swappiness always seemed such an unbenificial hack to me... (The past 6 months I've tried weeks/months of using various kernels, -mm, -ck, vanilla, genpatches, combinations there of -- x86 and ppc.) I vote for prefetch and `vm_mapped'.
Attachment:
pgpevF8L847w5.pgp
Description: PGP signature
- References:
- -mm merge plans for 2.6.23
- From: Andrew Morton <[email protected]>
- Re: -mm merge plans for 2.6.23
- From: Con Kolivas <[email protected]>
- Re: [ck] Re: -mm merge plans for 2.6.23
- From: Andrew Morton <[email protected]>
- Re: [ck] Re: -mm merge plans for 2.6.23
- From: Ira Snyder <[email protected]>
- -mm merge plans for 2.6.23
- Prev by Date: Re: [EXT4 set 1][PATCH 2/2] Enable extents by default for ext4dev
- Next by Date: [GIT] NFS client updates for 2.6.22...
- Previous by thread: Re: [ck] Re: -mm merge plans for 2.6.23
- Next by thread: Re: [ck] Re: -mm merge plans for 2.6.23
- Index(es):