From: Con Kolivas <kernel@kolivas.org>
To: Jesper Juhl <jesper.juhl@gmail.com>
Cc: linux kernel mailing list <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@osdl.org>, ck list <ck@vds.kolivas.org>
Subject: Re: [PATCH] mm - implement swap prefetching
Date: Tue, 11 Oct 2005 00:39:50 +1000 [thread overview]
Message-ID: <200510110039.50775.kernel@kolivas.org> (raw)
In-Reply-To: <9a8748490510100735k3cabd1csdc2aa332f70f43d5@mail.gmail.com>
On Tue, 11 Oct 2005 00:35, Jesper Juhl wrote:
> On 10/10/05, Con Kolivas <kernel@kolivas.org> wrote:
> > Andrew could you please consider this for -mm
> >
> > Small changes to the style after suggestions from Pekka Enberg (thanks),
> > and changed the default size of prefetch to gently increase with size of
> > ram. Functionally this is the same code as vm-swap_prefetch-15 and I
> > believe ready for a wider audience.
>
> + What this will do on workstations is slowly bring back applications
> + that have swapped out after memory intensive workloads back into
> + physical ram if you have free ram at a later stage and the machine
> + is relatively idle. This means that when you come back to your
> + computer after leaving it idle for a while, applications will come
> + to life faster. Note that your swap usage will appear to increase
> + but these are cached pages, can be dropped freely by the vm, and it
> + should stabilise around 50% swap usage.
> +
> + Desktop users will most likely want to say Y.
>
> How about a little note about the impact for server users as well?
> You recommend that desktop users enable this, but you don't give any
> recommendation for servers.
Your guess is as good as mine. I can easily demonstrate a benefit when using
it with desktop workloads but a server? It's not expensive to run but I don't
really know if it's advantageous either. If I had to take a guess, a server
that had multiple user logins running applications would benefit, but
database, web servers etc I doubt would benefit.
Cheers,
Con
next prev parent reply other threads:[~2005-10-10 14:40 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-10 14:23 [PATCH] mm - implement swap prefetching Con Kolivas
2005-10-10 14:35 ` Jesper Juhl
2005-10-10 14:39 ` Con Kolivas [this message]
2005-10-11 6:48 ` Con Kolivas
2005-10-12 5:34 ` Andrew Morton
2005-10-12 12:00 ` Con Kolivas
2005-10-15 8:10 ` Con Kolivas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200510110039.50775.kernel@kolivas.org \
--to=kernel@kolivas.org \
--cc=akpm@osdl.org \
--cc=ck@vds.kolivas.org \
--cc=jesper.juhl@gmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.