All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Chris: mason/patches/data-logging/experimental/2.6.1 upside down?
       [not found] <3171912.lEEDWjxvxS@spamfreemail.de>
@ 2004-01-13 21:47 ` Dieter Nützel
       [not found]   ` <31592854.1BIkuMAj52@spamfreemail.de>
  2004-01-13 21:56 ` Chris Mason
  1 sibling, 1 reply; 3+ messages in thread
From: Dieter Nützel @ 2004-01-13 21:47 UTC (permalink / raw)
  To: reiserfs-list; +Cc: Jens Benecke, Chris Mason

Am Dienstag, 13. Januar 2004 22:32 schrieb Jens Benecke:
> Hi,
>
> the "journal-writer.gz" in the above dir starts with
>
> diff -Nur --exclude=RCS --exclude=CVS --exclude=SCCS --exclude=BitKeeper
> --exclude=ChangeSet linux.dammit/fs/reiserfs/do_balan.c linux.25.1/fs
> reiserfs/do_balan.c
> --- linux.dammit/fs/reiserfs/do_balan.c Fri Jan  9 15:18:17 2004
> +++ linux.25.1/fs/reiserfs/do_balan.c   Thu Dec  4 14:20:19 2003
>
> and only REMOVES code, doesn't add anything.
>
> Any chance you patched the wrong way round? ;-)
>
>
>
> oh yes... and is the "data-logging.gz" on the state of the 2.4.23 patches
> that are also in your directory (ie. can I mount with journal=ordered etc)?

See this, too.

Re: v3 logging speedups for 2.6

It's (SuSE 9.0 2.6.1) is running fine with reiserfs-journal-writer.

Greetings,
	Dieter

-- 
Dieter Nützel
@home: <Dieter.Nuetzel () hamburg ! de>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Chris: mason/patches/data-logging/experimental/2.6.1 upside down?
       [not found] <3171912.lEEDWjxvxS@spamfreemail.de>
  2004-01-13 21:47 ` Chris: mason/patches/data-logging/experimental/2.6.1 upside down? Dieter Nützel
@ 2004-01-13 21:56 ` Chris Mason
  1 sibling, 0 replies; 3+ messages in thread
From: Chris Mason @ 2004-01-13 21:56 UTC (permalink / raw)
  To: Jens Benecke; +Cc: reiserfs-list

On Tue, 2004-01-13 at 16:32, Jens Benecke wrote:
> Hi,
> 
> the "journal-writer.gz" in the above dir starts with
> 
> diff -Nur --exclude=RCS --exclude=CVS --exclude=SCCS --exclude=BitKeeper
> --exclude=ChangeSet linux.dammit/fs/reiserfs/do_balan.c linux.25.1/fs
> reiserfs/do_balan.c
> --- linux.dammit/fs/reiserfs/do_balan.c Fri Jan  9 15:18:17 2004
> +++ linux.25.1/fs/reiserfs/do_balan.c   Thu Dec  4 14:20:19 2003
> 
> and only REMOVES code, doesn't add anything.
> 
> Any chance you patched the wrong way round? ;-)

No, it's supposed to remove code ;-)  It's getting rid of some old
debugging cruft that should have been shot long ago.

> oh yes... and is the "data-logging.gz" on the state of the 2.4.23 patches
> that are also in your directory (ie. can I mount with journal=ordered etc)?

Full data=ordered/logging patches are still only in use privately, where
they happily hose filesystems.  I'm getting there ;-)

-chris



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Chris: mason/patches/data-logging/experimental/2.6.1 upside down?
       [not found]   ` <31592854.1BIkuMAj52@spamfreemail.de>
@ 2004-01-14  4:11     ` Chris Mason
  0 siblings, 0 replies; 3+ messages in thread
From: Chris Mason @ 2004-01-14  4:11 UTC (permalink / raw)
  To: Jens Benecke; +Cc: reiserfs-list

On Tue, 2004-01-13 at 17:13, Jens Benecke wrote:
> Dieter Nützel wrote:
> 
> > See this, too.
> > Re: v3 logging speedups for 2.6
> > It's (SuSE 9.0 2.6.1) is running fine with reiserfs-journal-writer.
> 
> I'll have a look.
> 
> What exactly do experimental/2.6.1/journal-writer and logging.gz do /
> change / update? How experimental are they?
> 

journal-writer isn't experimental at all, it just removes old debugging
code.  reiserfs-logging.gz is the first half of the 2.4.x data logging
code.  Basically the 2.4.x data logging patch had two parts, the first
part made small transactions significantly more efficient, and the
second part implemented data=ordered/data=journal.

So, reiserfs-logging.gz has the small transaction performance
improvements, along with some other rewrites of how log blocks and
metadata get to disk.  In 2.4.x and vanilla 2.6, reiserfs keeps log
blocks and metadata pinned and then writes them out at very specific
times.  The new code keeps them pinned until they are safe to write, but
lets the system pdflush daemons do some of the writeback.

This makes for smoother io overall, since things aren't done in bursts.

-chris



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-01-14  4:11 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <3171912.lEEDWjxvxS@spamfreemail.de>
2004-01-13 21:47 ` Chris: mason/patches/data-logging/experimental/2.6.1 upside down? Dieter Nützel
     [not found]   ` <31592854.1BIkuMAj52@spamfreemail.de>
2004-01-14  4:11     ` Chris Mason
2004-01-13 21:56 ` Chris Mason

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.