linux-kernel - Re: [RFC 0/8] Variable Order Page Cache

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070420074818.GN32602149@melbourne.sgi.com>
Date:	Fri, 20 Apr 2007 17:48:18 +1000
From:	David Chinner <dgc@....com>
To:	Jens Axboe <jens.axboe@...cle.com>
Cc:	David Chinner <dgc@....com>, Christoph Lameter <clameter@....com>,
	linux-kernel@...r.kernel.org,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Nick Piggin <nickpiggin@...oo.com.au>,
	Paul Jackson <pj@....com>, Andi Kleen <ak@...e.de>
Subject: Re: [RFC 0/8] Variable Order Page Cache

On Fri, Apr 20, 2007 at 08:32:57AM +0200, Jens Axboe wrote:
> On Fri, Apr 20 2007, David Chinner wrote:
> > > The ramfs driver can be used to test higher order page cache functionality
> > > (and may help troubleshoot the VM support until we get some real filesystem
> > > and real devices supporting higher order pages).
> > 
> > I don't think it will take much to get XFS to work with a high order
> > page cache and we can probably insulate the block layer initially with some
> > kind of bio_add_compound_page() wrapper and some similar
> > wrapper on the io completion side.
> 
> Eh no way, at least not if you want it merged. Lets not repeat the XFS
> kiobuf IO disaster :-). If this is to be done and merged, it needs to be
> integrated nicely with the current framework, not attached to the side.

Agreed - I was talking about a quick way to hack a real filesystem
in to the VM to start exercising the new VM code without needing to
implement compound page support down the whole I/O stack. 

Any sort of hack we do like this will be throwaway code, but we're
going to need something to start with. I'll leave it up to ppl know
know much more about the block layer than I do to decide how to
do this properly.... ;)

Cheers,

Dave.
-- 
Dave Chinner
Principal Engineer
SGI Australian Software Group
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/