mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Chris Mason <mason@suse.com>
To: linux-kernel@vger.kernel.org, reiserfs-list@namesys.com
Subject: Re: [PATCH] reiserfs v3 fixes and features
Date: Wed, 14 Apr 2004 20:30:06 -0400	[thread overview]
Message-ID: <1081989006.27614.110.camel@watt.suse.com> (raw)
In-Reply-To: <1081274618.30828.30.camel@watt.suse.com>

Hello all,

I've uploaded some new code to:

ftp.suse.com/pub/people/mason/patches/reiserfs/2.6.5-mm5

series.linus tells you which patches are needed for 2.6.5.  If you're
working off a recent pull of bitkeeper, or the mm trees, use series.mm,
since data=ordered patches were recently applied.

(note, I haven't tested 2.6.5 with this patch set yet, -mm is my target
right now)

reiserfs-group-alloc-8 and reiserfs-search_reada-5 are still
experimental, and are only for the brave.

Most of the changes were to reiserfs-group-alloc-8, which tries to
improve the reiserfs allocator to reduce fragmentation.  The mount
options to enable the new code haven't changed, but I switched to using
the existing in-core bitmap book keeping to decide if a given packing
locality is full.  This is much more accurate, I'm not sure why I didn't
think of it before.

Also mount -o alloc=dirid_groups:skip_busy now tries to get metadata
into the same bitmap as the data blocks.  This really cuts down on
fragmentation among the leaf nodes.  More details are in the docs at the
top of the patch.

My goal is to make -o alloc=dirid_groups:skip_busy,packing_groups the
new default, it is working nicely here.  Testers and benchmarkers would
be appreciated.

Other new patches:
reiserfs-search_reada-5 -  it should make deletes and directory reads
faster by doing some metadata readahead.

reiserfs-delayed-work - a huge performance boost to synchronous
workloads that trigger transaction commits.

reiserfs-no-sleep-on - removes the last sleep_on user in reiserfs.

I'll submit these last two to Andrew after the whole thing passes some
more tests.

-chris



  parent reply	other threads:[~2004-04-15  0:29 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-06 18:03 Chris Mason
2004-04-06 20:14 ` Marc-Christian Petersen
2004-04-06 21:06   ` Chris Mason
2004-04-07  2:00 ` Chris Wright
2004-04-07 13:19   ` Chris Mason
2004-04-07 14:37     ` Hans Reiser
2004-04-07 13:06 ` Yury Umanets
2004-04-07 13:25   ` Chris Mason
2004-04-08  7:22     ` Yury Umanets
2004-04-09 22:02       ` Oleg Drokin
2004-04-15  0:30 ` Chris Mason [this message]
2004-04-15  2:53   ` Hubert Chan
2004-04-15 11:37     ` Chris Mason
2004-04-15 12:12     ` Nikita Danilov
2004-04-16 18:54   ` Chris Mason
2004-04-16 19:47     ` Marc-Christian Petersen
2004-04-16 19:59       ` Chris Mason
2004-04-16 20:06       ` Marc-Christian Petersen
2004-04-16 20:26         ` Chris Mason
2004-04-16 20:39           ` Chris Mason
2004-04-16 20:44             ` Marc-Christian Petersen
2004-04-16 20:41           ` Marc-Christian Petersen

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=1081989006.27614.110.camel@watt.suse.com \
    --to=mason@suse.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=reiserfs-list@namesys.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome