[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m3k63divkw.fsf@bzzz.home.net>
Date: Fri, 06 Oct 2006 14:31:59 +0400
From: Alex Tomas <alex@...sterfs.com>
To: Andrew Morton <akpm@...l.org>
Cc: Andreas Dilger <adilger@...sterfs.com>,
Randy Dunlap <rdunlap@...otime.net>,
Dave Kleikamp <shaggy@...tin.ibm.com>,
ext4 development <linux-ext4@...r.kernel.org>
Subject: Re: Updated ext4/jbd2 patches based on 2.6.19-rc1
>>>>> Andrew Morton (AM) writes:
AM> On Fri, 6 Oct 2006 00:41:03 -0600
AM> Andreas Dilger <adilger@...sterfs.com> wrote:
>> The big performance win will come with mballoc and delalloc. CFS has
>> been using mballoc for a few years already with Lustre, and IBM + Bull
>> did a lot of benchmarking on it. The reason it isn't in the first set of
>> patches is partly a manageability issue, and partly because it doesn't
>> directly affect the on-disk format (outside of much better allocation)
>> so it isn't critical to get into the first round of changes. I believe
>> Alex is working on a new set of patches right now.
AM> Are you sure that these things will improve allocation much? Reservations
AM> made a big improvement there.
it depends on underlaying storage and workload. mballoc uses buddy
internally. it's much simpler and cheaper to find free 2^N blocks
compared to bitmap. this is especially important for arrays like
DDN and raid5/6 because they require stripe-aligned/-sized requests
for good throughput. also, last mballoc takes logical block into
account and can preallocate few chunks at different logical offsets
for a file. imagine torrent downloading different pieces from few peers.
thanks, Alex
-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists