All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ric Wheeler <rwheeler@redhat.com>
To: Lukas Czerner <lczerner@redhat.com>
Cc: Andreas Dilger <adilger@dilger.ca>,
	linux-ext4 List <linux-ext4@vger.kernel.org>,
	"Theodore Ts'o" <tytso@mit.edu>, Jan Kara <jack@suse.cz>,
	Eric Sandeen <sandeen@redhat.com>
Subject: Re: [PATCH v2] ext4: Deprecate data=journal mount option
Date: Fri, 12 Aug 2011 09:25:24 +0100	[thread overview]
Message-ID: <4E44E374.7080103@redhat.com> (raw)
In-Reply-To: <alpine.LFD.2.00.1108121013280.4535@dhcp-27-109.brq.redhat.com>

On 08/12/2011 09:16 AM, Lukas Czerner wrote:
> On Thu, 11 Aug 2011, Andreas Dilger wrote:
>
>> On 2011-08-11, at 9:01 AM, Lukas Czerner wrote:
>>> On Tue, 28 Jun 2011, Lukas Czerner wrote:
>>>> Data journalling mode (data=journal) is known to be neglected by
>>>> developers and only minority of people is actually using it. This
>>>> mode is also less tested than the other two modes by the developers.
>>>>
>>>> This creates a dangerous combination, because the option which seems
>>>> *safer* is actually less safe the others. So this commit adds a warning
>>>> message in case that data=journal mode is used, so the user is informed
>>>> that the mode might be removed in the future.
>>> Any comments on this ? Is that feasible to remove is someday ?
>> I'm less in favour of removing data=journal.  Jan made some fixes to
>> data=journal mode in the last few weeks, which means that people are
>> still using this.
> I think that Jan was actually the one who was in favour of this change
> IIRC. But you're right that there are still some (very little possibly?)
> users of this. But this change does not remove it, but just let the
> users know that it might be removed someday, hence discouraging them from
> using it.
>
> Also we were discussing that several times, so I think that letting
> users know that we are considering it is a good thing.
>
> Thanks!
> -Lukas

I think that this will be very useful to have - users should definitely chime in 
when they see this warning if they are using data journal mode.

The only work load that I know that benefits from a performance point of view is 
one which involves an fsync() heavy, small file creation workload.  Any workload 
with larger files tends to lose roughly 50% of the write bandwidth under 
streaming writes since we end up writing everything twice.

Regards,

Ric


>
>>>> Signed-off-by: Lukas Czerner<lczerner@redhat.com>
>>>> ---
>>>> fs/ext4/super.c |    5 +++++
>>>> 1 files changed, 5 insertions(+), 0 deletions(-)
>>>>
>>>> diff --git a/fs/ext4/super.c b/fs/ext4/super.c
>>>> index 9ea71aa..9d189cf 100644
>>>> --- a/fs/ext4/super.c
>>>> +++ b/fs/ext4/super.c
>>>> @@ -1631,6 +1631,11 @@ static int parse_options(char *options, struct super_block *sb,
>>>> 			sbi->s_min_batch_time = option;
>>>> 			break;
>>>> 		case Opt_data_journal:
>>>> +			ext4_msg(sb, KERN_WARNING,
>>>> +				 "Using data=journal may be removed in the "
>>>> +				 "future. Please, contact "
>>>> +				 "linux-ext4@vger.kernel.org if you are "
>>>> +				 "using this feature.");
>>>> 			data_opt = EXT4_MOUNT_JOURNAL_DATA;
>>>> 			goto datacheck;
>>>> 		case Opt_data_ordered:
>>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>> Cheers, Andreas
>>
>>
>>
>>
>>
>>


  reply	other threads:[~2011-08-12  8:25 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-28 11:26 [PATCH v2] ext4: Deprecate data=journal mount option Lukas Czerner
2011-06-29  4:49 ` Bruce Guenter
2011-06-29 11:49   ` Lukas Czerner
2011-08-11 15:01 ` Lukas Czerner
2011-08-11 21:08   ` Andreas Dilger
2011-08-12  8:16     ` Lukas Czerner
2011-08-12  8:25       ` Ric Wheeler [this message]
2011-08-12 15:45         ` Curt Wohlgemuth
2011-08-12 16:08           ` Lukas Czerner
2011-08-12 18:13             ` Ted Ts'o
2011-08-12 20:57               ` Christoph Hellwig
2011-08-14  2:06                 ` Ted Ts'o
2011-08-14  2:28                   ` [PATCH] ext2,ext3,ext4: don't inherit APPEND_FL or IMMUTABLE_FL for new inodes Theodore Ts'o
2011-12-22 18:06                     ` Eric Sandeen
2011-12-22 18:19                       ` Ted Ts'o
2011-12-22 18:23                         ` Eric Sandeen
2011-08-15 11:19                   ` [PATCH v2] ext4: Deprecate data=journal mount option Jan Kara

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=4E44E374.7080103@redhat.com \
    --to=rwheeler@redhat.com \
    --cc=adilger@dilger.ca \
    --cc=jack@suse.cz \
    --cc=lczerner@redhat.com \
    --cc=linux-ext4@vger.kernel.org \
    --cc=sandeen@redhat.com \
    --cc=tytso@mit.edu \
    /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.