From: "Val Henson" <val.henson@gmail.com>
To: "Arjan van de Ven" <arjan@infradead.org>
Cc: "Ron Yorston" <rmy@tigress.co.uk>,
akpm@osdl.org, linux-kernel@vger.kernel.org,
linux-fsdevel@vger.kernel.org, "Mingming Cao" <cmm@us.ibm.com>
Subject: Re: [PATCH] ext2: avoid needless discard of preallocated blocks
Date: Sun, 20 Aug 2006 08:33:29 -0700 [thread overview]
Message-ID: <70b6f0bf0608200833r46305438x783e62b4827db0ef@mail.gmail.com> (raw)
In-Reply-To: <1156087499.23756.39.camel@laptopd505.fenrus.org>
On 8/20/06, Arjan van de Ven <arjan@infradead.org> wrote:
> On Sun, 2006-08-20 at 12:48 +0100, Ron Yorston wrote:
> > Andrew Morton <akpm@osdl.org> wrote:
> > >Been there, done that. The problem was that hanging onto the preallocation
> > >will cause separate files to have up-to-seven-block gaps between them. So
> > >if you put a large number of small files in the same directory, the time to
> > >read them all back is quite significantly impacted: they cover a lot more
> > >disk.
> >
> > The preallocation is only held while the file is open, so there will only
> > be gaps between files that are open simultaneously. If they're created
> > sequentially there will be no gap.
> >
> > This issue exists even with the current code.
> >
> > The patch will have a small effect. With the current code an open file
> > will lose its preallocation when some other process touches the inode.
> > In that case a subsequently created file will follow without a gap. As
> > soon as the open file is written to, though, it gets a new preallocation.
> > -
>
> maybe porting the reservation code to ext2 (as Val has done) is a nicer
> long term solution..
The even nicer solution long term solution is to abstract out the
reservation code as much as possible and share it. But if you want
my (hasty and unlovely) port, you can grab it out of this patch:
http://infohost.nmt.edu/~val/patches/fswide_latest_patch
I'm not sure what benchmark to use to test the performance; our
initial benchmarks (run by Zach Brown) didn't show an improvement (see
the OLS paper).
-VAL
next prev parent reply other threads:[~2006-08-20 15:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-17 19:45 [PATCH] ext2: avoid needless discard of preallocated blocks Ron Yorston
2006-08-20 5:46 ` Andrew Morton
2006-08-20 11:48 ` Ron Yorston
2006-08-20 15:24 ` Arjan van de Ven
2006-08-20 15:33 ` Val Henson [this message]
2006-08-28 19:41 ` Valerie Henson
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=70b6f0bf0608200833r46305438x783e62b4827db0ef@mail.gmail.com \
--to=val.henson@gmail.com \
--cc=akpm@osdl.org \
--cc=arjan@infradead.org \
--cc=cmm@us.ibm.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rmy@tigress.co.uk \
/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;
as well as URLs for NNTP newsgroup(s).