linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Andi Kleen <ak@muc.de>
To: "Eric W. Biederman" <ebiederm+eric@ccr.net>,
	Andrea Arcangeli <andrea@e-mind.com>
Cc: Chuck Lever <cel@monkey.org>,
	linux-kernel@vger.rutgers.edu, linux-mm@kvack.org
Subject: Re: 2.2.6_andrea2.bz2
Date: Mon, 26 Apr 1999 15:45:24 +0200	[thread overview]
Message-ID: <19990426154524.A749@kali.munich.netsurf.de> (raw)
In-Reply-To: <m1yajfg61n.fsf@flinx.ccr.net>; from Eric W. Biederman on Mon, Apr 26, 1999 at 10:05:56AM +0200

On Mon, Apr 26, 1999 at 10:05:56AM +0200, Eric W. Biederman wrote:
> >>>>> "AA" == Andrea Arcangeli <andrea@e-mind.com> writes:
> 
> >>> o	update_shared_mappings (will greatly improve performances while
> >>> writing from many task to the same shared memory).
> >> 
> >> do you have performance numbers on this?
> 
> AA> The performance optimization can be huge.
> 
> AA> The reason this my code is not in the kernel is not because it's buggy but
> AA> simple because there are plans for 2.3.x (no-way for 2.2.x) to allow the
> AA> file cache to be dirty (to cache also writes and not only read in the page
> AA> cache).
> 
> Andrea.  The plan (at least my plan) is not to have 2 layers of buffers.
> Instead it is to do all of the caching (except for perhaps superblocks, and their
> kin in the page cache).  brw_page will be used for both reads and writes, with
> anonymouse buffer heads (at least for a start).

Stupid question: do you plan to cache fs metadata in the page cache too? 
If yes, it is rather wasteful to use a 4K page for the usually block sized
directories and other fs data like indirect blocks. How do you plan to 
address this problem?


-Andi
--
To unsubscribe, send a message with 'unsubscribe linux-mm my@address'
in the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://humbolt.geo.uu.nl/Linux-MM/

  parent reply	other threads:[~1999-04-26 13:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.05.9904252047530.7477-100000@laser.random>
     [not found] ` <m1yajfg61n.fsf@flinx.ccr.net>
1999-04-26 13:06   ` 2.2.6_andrea2.bz2 Andrea Arcangeli
1999-04-26 14:44     ` 2.2.6_andrea2.bz2 Eric W. Biederman
1999-04-26 13:45   ` Andi Kleen [this message]
1999-04-26 14:20     ` 2.2.6_andrea2.bz2 Eric W. Biederman

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=19990426154524.A749@kali.munich.netsurf.de \
    --to=ak@muc.de \
    --cc=andrea@e-mind.com \
    --cc=cel@monkey.org \
    --cc=ebiederm+eric@ccr.net \
    --cc=linux-kernel@vger.rutgers.edu \
    --cc=linux-mm@kvack.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox