From: Eric Sandeen <sandeen@redhat.com>
To: "Theodore Ts'o" <tytso@mit.edu>, Benjamin LaHaise <bcrl@kvack.org>
Cc: "Darrick J. Wong" <darrick.wong@oracle.com>, linux-ext4@vger.kernel.org
Subject: Re: ext4: indirect block allocations not sequential in 3.4.67 and 3.11.7
Date: Mon, 20 Jan 2014 14:52:40 -0600 [thread overview]
Message-ID: <52DD8C98.9070505@redhat.com> (raw)
In-Reply-To: <20140116191227.GC32098@thunk.org>
On 1/16/14, 1:12 PM, Theodore Ts'o wrote:
> On Thu, Jan 16, 2014 at 01:48:26PM -0500, Benjamin LaHaise wrote:
>>
>> Any idea when this commit was made or titled? I care about random
>> performance as well, but that can't be at the cost of making sequential
>> reads suck.
>
> Thinking about this some more, I think it was made as part of the
> changes to better take advantage of the flex_bg feature in ext4. The
> idea was to keep metadata blocks such as directory blocks and extent
> trees closer together. I don't think when we made that change we
> really consciously thought that much about indirect block support,
> since that was viewed as a legacy feature for backwards compatibility
> support in ext4. (This was years ago, before distributions started
> wanting to support only one code base for ext3 and ext4 file systems.)
Just to nitpick, wasn't this always the plan? ;)
https://lkml.org/lkml/2006/6/28/454 :
> 4) At some point, probably in 6-9 months when we are satisified with the
> set of features that have been added to fs/ext4, and confident that the
> filesystem format has stablized, we will submit a patch which causes the
> fs/ext4 code to register itself as the ext4 filesystem.
-Eric
p.s. "6-9 months" ;)
prev parent reply other threads:[~2014-01-20 20:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-15 19:28 ext4: indirect block allocations not sequential in 3.4.67 and 3.11.7 Benjamin LaHaise
2014-01-15 20:22 ` Darrick J. Wong
2014-01-15 20:32 ` Benjamin LaHaise
2014-01-15 21:56 ` Benjamin LaHaise
2014-01-16 3:54 ` Theodore Ts'o
2014-01-16 18:48 ` Benjamin LaHaise
2014-01-16 19:12 ` Theodore Ts'o
2014-01-16 19:30 ` Benjamin LaHaise
2014-01-20 20:52 ` Eric Sandeen [this message]
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=52DD8C98.9070505@redhat.com \
--to=sandeen@redhat.com \
--cc=bcrl@kvack.org \
--cc=darrick.wong@oracle.com \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@mit.edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.