From: Chris Mason <mason@suse.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Question about VFS Locking patch, why is a change needed?
Date: Mon Apr 21 08:07:01 2003 [thread overview]
Message-ID: <1050930393.13309.9.camel@tiny.suse.com> (raw)
In-Reply-To: <3E9F4A2C.9090806@mvista.com>
On Thu, 2003-04-17 at 20:43, Steven Dake wrote:
> Folks,
>
> I was analyzing the VFS locking patch and I wanted to know if someone
> could explain the purpose of a change in the reiserfs for me:
>
> The change is:
> Index: linus.21/fs/reiserfs/super.c
> --- linus.21/fs/reiserfs/super.c Fri, 11 Jan 2002 10:14:59 -0500 root
> (linux/41_super.c 1.2.2.1.2.1.1.1 644)
> +++ linus.21(w)/fs/reiserfs/super.c Mon, 28 Jan 2002 13:50:56 -0500 root
> (linux/41_super.c 1.2.2.1.2.1.1.1 644)
> @@ -66,7 +66,7 @@
> reiserfs_prepare_for_journal(s, SB_BUFFER_WITH_SB(s), 1);
> journal_mark_dirty(&th, s, SB_BUFFER_WITH_SB (s));
> reiserfs_block_writes(&th) ;
> - journal_end(&th, s, 1) ;
> + journal_end_sync(&th, s, 1) ;
> }
> s->s_dirt = dirty;
> unlock_kernel() ;
>
> I tried LVM with and without this change even under heavy load and LVM
> can still create mountable snapshots of a reiser filesystem without the
> change. Why is it there?
journal_end will do an asynchronous commit, which means it won't wait
for the journal to actually finish writing to disk. journal_end_sync
will wait until the commit is fully on disk.
In most cases, the reiserfs_block_writes call is sufficient and the
journal_end_sync change isn't needed, but there are a few corner cases
depending on the number of log writers where journal_end_sync is
required.
-chris
next prev parent reply other threads:[~2003-04-21 8:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-18 16:34 [linux-lvm] Question about VFS Locking patch, why is a change needed? Steven Dake
2003-04-21 8:07 ` Chris Mason [this message]
2003-04-22 7:12 ` Steven Dake
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=1050930393.13309.9.camel@tiny.suse.com \
--to=mason@suse.com \
--cc=linux-lvm@sistina.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.