Re: ext4-next: Backport of jbd2 fixes?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Feb 01, 2013 at 10:33:04AM +0100, Sedat Dilek wrote:
> Hi Ted,
> 
> will those JBD2 fixes in ext4.git#dev [1] get also into mainline kernel(s)?
> 
> [ Cut-n-paste out of tig ]
> 
> 2013-01-31 13:00 Theodore Ts'o      │ o jbd2: track request delay statistics
> 2013-01-30 00:41 Theodore Ts'o      │ o jbd2: commit as soon as
> possible after log_start_commit <--- T-b-me (Linux-Next + 3.8-rc5+)
> 2013-01-30 00:39 Eric Sandeen       │ o jbd2: don't wake kjournald
> unnecessarily <--- T-b-me (Linux-Next + 3.8-rc5+)
> 
> I see no "CC: linux-stable"... and none of my Tested-by#s :-).

I might be willing to add a cc linux-stable to Eric's commit, since
it's pretty simple and it does fix a very long-standing performance
regression.  But technically these commits are intended to be
***performance*** improvements.  The fact that your inherently
dangerous use of using loop devices over FUSE happens to not deadlock
when doing a suspend/resume after applying this patch is nice, but it
is absolutely an unintended side effect.

It doesn't change the fact that it's inherently dangerous, and it may
break at any one time, and I would be surprised if kernel developers
would be willing to stand behind this as as a supported
configurations.  If this is something Ubuntu is doing, and you have a
support contract with Ubuntu, I suggest you ask them to look into
this.

						- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux