From: "Jos Poortvliet" <jos@mijnkamer.nl>
To: Robert Deaton <false.hopes@gmail.com>
Cc: ck list <ck@vds.kolivas.org>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
Rene Herman <rene.herman@gmail.com>
Subject: Re: Re: howto get a patch merged (WAS: Re: -mm merge plans for 2.6.23)
Date: Thu, 26 Jul 2007 15:54:40 +0200 [thread overview]
Message-ID: <5c77e14b0707260654n508b6c13tce656917a7b532ae@mail.gmail.com> (raw)
In-Reply-To: <a491f91d0707251015x75404d9fld7b3382f69112028@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 2765 bytes --]
On 7/25/07, Robert Deaton <false.hopes@gmail.com> wrote:
>
> On 7/25/07, Rene Herman <rene.herman@gmail.com> wrote:
> > And there we go again -- off into blabber-land. Why does swap-prefetch
> help
> > updatedb? Or doesn't it? And if it doesn't, why should anyone trust
> anything
> > else someone who said it does says?
>
> I don't think anyone has ever argued that swap-prefetch directly helps
> the performance of updatedb in any way, however, I do recall people
> mentioning that updatedb, being a ram intensive task, will often cause
> things to be swapped out while it runs on say a nightly cronjob. If a
> person is not at their computer, updatedb will run, cause all their
> applications to be swapped out, finish its work, and exit, leaving all
> the other applications that would have otherwise been left in RAM for
> when the user returns to his/her computer in swap. Thus, when someone
> returns, you have to wait for all your applications to be swapped back
> in.
>
> Swap prefetch, on the other hand, would have kicked in shortly after
> updatedb finished, leaving the applications in swap for a speedy
> recovery when the person comes back to their computer.
Note that the updatedb scenario should actually be properly fixed some other
way: updatedb, touching everything only once, shouldn't dirty the caches
like it does.
But the same thing happens when you open a 10 megapixel picture for editing
in Krita, or start OpenOffice. After closing them, a lot of ram is freed.
Yet the data which is pushed to swap when you used these apps will remain
there, until you start using them. Swap-prefetch will gently get this data
back (while keeping it also in swap, to ensure a quick response when the ram
is needed for another big app - so you have the advantages, but not the
disadvantages!).
I haven't heard anyone claim this scenario can be 'fixed' in a 'more proper'
way than with swap prefetch. And nobody has been able to prove that
swap-prefetch has any bad sideeffects. So it IS a net-gain. But only for
desktop users who hit swap. So it's good for those doing video and photo
editing, for example. Or low-mem systems with OpenOffice. Or ppl doing heavy
compiles while low on ram.
It doesn't help nor hinder laptop users (it is automatically turned off on
laptops to save power), and it doesn't help nor hinder big 16-gb-ram systems
(they probably don't hit swap often, quick responses might not be important,
they're mostly busy so swap-prefetch doesn't run and most importantly: they
won't have it turned on anyway).
--
> --Robert Deaton
> _______________________________________________
> http://ck.kolivas.org/faqs/replying-to-mailing-list.txt
> ck mailing list - mailto: ck@vds.kolivas.org
> http://vds.kolivas.org/mailman/listinfo/ck
>
[-- Attachment #1.2: Type: text/html, Size: 3532 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
next prev parent reply other threads:[~2007-07-26 13:54 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-25 15:30 Kacper Wysocki
2007-07-25 16:01 ` Rene Herman
2007-07-25 17:15 ` Robert Deaton
2007-07-26 3:59 ` updatedb Rene Herman
2007-07-26 6:23 ` updatedb Andika Triwidada
2007-07-26 7:49 ` updatedb Rene Herman
2007-07-26 9:37 ` updatedb Andika Triwidada
2007-07-27 0:46 ` updatedb Jesper Juhl
2007-07-27 6:00 ` updatedb Rene Herman
2007-07-27 7:54 ` updatedb Mike Galbraith
2007-07-27 8:28 ` updatedb Rene Herman
2007-07-27 9:26 ` updatedb Mike Galbraith
2007-07-27 11:09 ` updatedb Rene Herman
2007-07-27 11:48 ` updatedb Mike Galbraith
2007-07-27 12:28 ` updatedb Rene Herman
2007-07-27 13:32 ` updatedb Tilman Schmidt
2007-07-26 6:39 ` updatedb Bongani Hlope
2007-07-26 6:56 ` updatedb Rene Herman
2007-07-26 7:08 ` updatedb Bongani Hlope
2007-07-26 8:01 ` updatedb Rene Herman
2007-07-26 21:25 ` updatedb Bongani Hlope
2007-07-26 9:58 ` updatedb Björn Steinbrink
2007-07-26 10:23 ` updatedb Björn Steinbrink
2007-07-26 11:00 ` updatedb Rene Herman
2007-07-26 13:54 ` Jos Poortvliet [this message]
2007-07-25 16:07 ` howto get a patch merged (WAS: Re: -mm merge plans for 2.6.23) Ingo Molnar
2007-07-25 16:40 ` [ck] " Michael Chang
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=5c77e14b0707260654n508b6c13tce656917a7b532ae@mail.gmail.com \
--to=jos@mijnkamer.nl \
--cc=ck@vds.kolivas.org \
--cc=false.hopes@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=rene.herman@gmail.com \
/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