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]
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ