[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1406823230.2970.946.camel@schen9-DESK>
Date: Thu, 31 Jul 2014 09:13:50 -0700
From: Tim Chen <tim.c.chen@...ux.intel.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: Al Viro <viro@...iv.linux.org.uk>,
suruchi <suruchi.a.kadu@...el.com>, ak <ak@...ux.intel.com>,
Dave Hansen <dave.hansen@...el.com>,
Matthew Wilcox <willy@...ux.intel.com>,
"hubert.nueckel" <hubert.nueckel@...el.com>,
beth.marsh-prime@...el.com, "doug.nelson" <doug.nelson@...el.com>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [Regression 3.16-rc kernel] -55% reduction in throughput for
OLTP benchmark
On Tue, 2014-07-29 at 17:12 -0700, Christoph Hellwig wrote:
> On Tue, Jul 29, 2014 at 04:57:12PM -0700, Tim Chen wrote:
> > Christoph, we're glad to report that this patch does fix the problem.
> > Wonder if Al or someone can pick it up. It is a large regression
> > that should not be left unfixed for 3.16.
>
> Al has been away for a bit, and I prepared the last VFS pull. I'll pick
> it up for now and either Al or I will send it on before next weekend.
>
> Can I get a tested-by tag from you for the patch? Can anyone else
> please cross check it? The new total value might be different from
> the old size value when we do a short write, but I can't see how
> an async write would be a good thing if we had to finish the remainder
> using buffered I/O if the old code really allowed that.
>
Yes, please put in
Tested-by: Tim Chen <tim.c.chen@...ux.intel.com>
Tested-by: Suruchi Kadu <suruchi.a.kadu@...el.com>
Tim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists