From: Con Kolivas <kernel@kolivas.org>
To: Pedro Venda <pjvenda@arrakis.net.dhis.org>
Cc: ck@vds.kolivas.org, Hans Kristian Rosbach <hk@isphuset.no>,
Thomas Schlichter <thomas.schlichter@web.de>,
linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: [ck] Re: [PATCH][RFC] vm: swap prefetch
Date: Sat, 3 Sep 2005 00:10:19 +1000 [thread overview]
Message-ID: <200509030010.19880.kernel@kolivas.org> (raw)
In-Reply-To: <200509021501.29505.pjvenda@arrakis.dhis.org>
On Sat, 3 Sep 2005 01:01, Pedro Venda wrote:
> On Thursday 01 September 2005 14:18, Con Kolivas wrote:
> > On Fri, 2 Sep 2005 00:18, Hans Kristian Rosbach wrote:
> > > On Thu, 2005-09-01 at 23:46 +1000, Con Kolivas wrote:
> > > > Here is a working swap prefetching patch for 2.6.13. I have
> > > > resuscitated and rewritten some early prefetch code Thomas Schlichter
> > > > did in late 2.5 to create a configurable kernel thread that reads in
> > > > swap from ram in reverse order it was written out. It does this once
> > > > kswapd has been idle for a minute (implying no current vm stress).
> > > > This patch attached below is a rollup of two patches the current
> > > > versions of which are here:
> > >
> > > That said, I have often thought it might be good to have something like
> > > pre-writing swap, ie reverse what your patch does.
> > >
> > > In other words it'd keep as much of swappable data on disk as possible,
> > > but without removing it from memory. So when it comes time to free up
> > > some memory, the data is already on disk so no performance penalty from
> > > writing it out.
>
> both ideas make all the sense to me. I'll give it a try, but in what way
> can we test this kind of enhancement? maybe write a small program that
> starts fills a good part of swap space and then, after 1min idle, 'watch
> free -m' should show free memory decreasing (not counting cache/buffers)
> with idle activity. decent?
Yes that about wraps up what it does. It would be even better used in a real
world situation on a machine that has trouble "getting started" after an
overnight updatedb run and has been idle for a while.
> about the Hans's proposal - it would increase power consumption, because of
> increased disk activity. about con's swap prefetch, I'm not so sure...
Depends entirely on workload. Overall I think this increases power consumption
because the disk does tiny little reads and keeps spinning until it has
finished prefetching as much as it can. I was thinking it could be made
configurable and to detect when laptop mode was enabled and so on... if it is
thought that this is desirable of course.
Cheers,
Con
next prev parent reply other threads:[~2005-09-02 14:10 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-01 13:46 [PATCH][RFC] vm: swap prefetch Con Kolivas
2005-09-01 14:18 ` Hans Kristian Rosbach
2005-09-01 14:18 ` Con Kolivas
2005-09-02 15:01 ` [ck] " Pedro Venda
2005-09-02 14:10 ` Con Kolivas [this message]
2005-09-02 15:36 ` Pedro Venda
2005-09-01 15:15 ` Thomas Schlichter
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=200509030010.19880.kernel@kolivas.org \
--to=kernel@kolivas.org \
--cc=ck@vds.kolivas.org \
--cc=hk@isphuset.no \
--cc=linux-kernel@vger.kernel.org \
--cc=pjvenda@arrakis.net.dhis.org \
--cc=thomas.schlichter@web.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox