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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox