From: Daniel Phillips <phillips@arcor.de>
To: Robert Love <rml@tech9.net>
Cc: Andrew Morton <akpm@zip.com.au>,
Linus Torvalds <torvalds@transmeta.com>,
lkml <linux-kernel@vger.kernel.org>
Subject: Re: [patch 1/13] minimal rmap
Date: Wed, 17 Jul 2002 20:26:39 +0200 [thread overview]
Message-ID: <E17UtVY-0004On-00@starship> (raw)
In-Reply-To: <1026929477.1085.19.camel@sinai>
On Wednesday 17 July 2002 20:11, Robert Love wrote:
> On Wed, 2002-07-17 at 10:57, Daniel Phillips wrote:
> > On Wednesday 17 July 2002 07:29, Andrew Morton wrote:
> > > 11: The nightly updatedb run is still evicting everything.
> >
> > That is not a problem with rmap per se, it's a result of not properly
> > handling streaming IO. I don't think you want to get bogged down in this
> > detail at the moment, it will only distract from the real issues. My
> > recommendation is to just pretend for the time being that this is correct
> > behaviour.
>
> A good argument for an O_STREAM... various semantics we can modify for
> it.
It can be fixed in kernel too, it's just that the effort would be poorly
spent at this point. This is in roughly the same category as process-level
paging policy: yes, if it's implemented properly the VM appears to work
better and users will post nice things on lkml about it, but it's a red
herring. Such adjustments are better left for later in the cycle, when
the smoke has cleared from the basic merge, and benchmarks should focus
narrowly on behaviour that is actually affected by the change in scanning
strategy.
--
Daniel
next prev parent reply other threads:[~2002-07-17 18:24 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-17 5:29 [patch 1/13] minimal rmap Andrew Morton
2002-07-17 8:24 ` Russell King
2002-07-17 12:10 ` Rik van Riel
2002-07-17 12:21 ` Rik van Riel
2002-07-17 17:57 ` Daniel Phillips
2002-07-17 18:11 ` Robert Love
2002-07-17 18:26 ` Daniel Phillips [this message]
2002-07-17 20:37 ` Rik van Riel
2002-07-17 20:42 ` Robert Love
2002-07-17 20:46 ` Daniel Phillips
2002-07-17 20:48 ` Robert Love
2002-07-17 19:31 ` Rik van Riel
2002-07-17 19:38 ` Daniel Phillips
2002-07-17 19:41 ` Rik van Riel
2002-07-17 19:55 ` Daniel Phillips
2002-07-17 20:04 ` Rik van Riel
2002-07-17 20:13 ` Daniel Phillips
2002-07-17 20:25 ` Rik van Riel
2002-07-17 20:25 ` Rik van Riel
2002-07-17 20:36 ` Daniel Phillips
2002-07-17 20:39 ` Rik van Riel
2002-07-17 20:50 ` Dave Jones
2002-07-17 20:53 ` Robert Love
2002-07-22 2:40 ` Andrew Morton
2002-07-17 19:42 ` Robert Love
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=E17UtVY-0004On-00@starship \
--to=phillips@arcor.de \
--cc=akpm@zip.com.au \
--cc=linux-kernel@vger.kernel.org \
--cc=rml@tech9.net \
--cc=torvalds@transmeta.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