All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alex Tomas <alex@clusterfs.com>
To: Andrew Morton <akpm@osdl.org>
Cc: Andreas Dilger <adilger@clusterfs.com>,
	Randy Dunlap <rdunlap@xenotime.net>,
	Dave Kleikamp <shaggy@austin.ibm.com>,
	ext4 development <linux-ext4@vger.kernel.org>
Subject: Re: Updated ext4/jbd2 patches based on 2.6.19-rc1
Date: Fri, 06 Oct 2006 14:31:59 +0400	[thread overview]
Message-ID: <m3k63divkw.fsf@bzzz.home.net> (raw)
In-Reply-To: 20061005235017.cbc4fdab.akpm@osdl.org

>>>>> Andrew Morton (AM) writes:

 AM> On Fri, 6 Oct 2006 00:41:03 -0600
 AM> Andreas Dilger <adilger@clusterfs.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

  reply	other threads:[~2006-10-06 10:30 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-05 18:23 Updated ext4/jbd2 patches based on 2.6.19-rc1 Dave Kleikamp
2006-10-05 20:19 ` Andrew Morton
2006-10-05 23:25   ` Linus Torvalds
2006-10-06 12:50     ` Dave Kleikamp
2006-10-06 16:11       ` Linus Torvalds
2006-10-05 21:59 ` Andrew Morton
2006-10-06  0:39 ` Andrew Morton
2006-10-10  6:29   ` Andrew Morton
2006-10-10  7:54     ` Suparna Bhattacharya
2006-10-10  8:14       ` Andrew Morton
2006-10-10 20:02         ` [RFC] [PATCH] Documentation/filesystems/ext4.txt Dave Kleikamp
2006-10-10 20:56           ` Andrew Morton
2006-10-11 17:03           ` Andreas Dilger
2006-10-12 14:18           ` Valerie Clement
2006-10-06  3:55 ` Updated ext4/jbd2 patches based on 2.6.19-rc1 Andrew Morton
2006-10-06  3:58   ` Andrew Morton
2006-10-06 10:34     ` Alex Tomas
2006-10-06  4:54   ` Randy Dunlap
2006-10-06  5:05     ` Andrew Morton
2006-10-06  5:53     ` Andreas Dilger
2006-10-06  6:04       ` Andrew Morton
2006-10-06  6:41         ` Andreas Dilger
2006-10-06  6:50           ` Andrew Morton
2006-10-06 10:31             ` Alex Tomas [this message]
2006-10-06 13:57               ` Andrew Morton
2006-10-07 20:09                 ` alex
2006-10-06  6:52           ` Suparna Bhattacharya
2006-10-06 12:21   ` Theodore Tso
2006-10-06 21:10     ` [PATCH] Get rid of extents mount option Dave Kleikamp
2006-10-06 21:21       ` [PATCH] Get rid of extents mount option - try 2 Dave Kleikamp
2006-10-06 22:32         ` Andrew Morton
2006-10-06 23:20           ` Dave Kleikamp
2006-10-07  4:14             ` Theodore Tso
2006-10-07 15:53               ` Dave Kleikamp
2006-10-07 17:20                 ` Theodore Tso
2006-10-07 19:45                   ` Alex Tomas
2006-10-07 19:57                   ` Andrew Morton
2006-10-10 18:48                   ` Dave Kleikamp
2006-10-10 21:07                     ` Theodore Tso
2006-10-10 21:18                       ` Andrew Morton
2006-10-11 17:16         ` Andreas Dilger
2006-10-06  4:31 ` Updated ext4/jbd2 patches based on 2.6.19-rc1 Andrew Morton
2006-10-06  5:58   ` Andreas Dilger
2006-10-06  6:10     ` Andrew Morton
2006-10-06  6:48       ` Andreas Dilger

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=m3k63divkw.fsf@bzzz.home.net \
    --to=alex@clusterfs.com \
    --cc=adilger@clusterfs.com \
    --cc=akpm@osdl.org \
    --cc=linux-ext4@vger.kernel.org \
    --cc=rdunlap@xenotime.net \
    --cc=shaggy@austin.ibm.com \
    /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.