[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20201110140837.GE6756@suse.cz>
Date: Tue, 10 Nov 2020 15:08:37 +0100
From: David Sterba <dsterba@...e.cz>
To: kernel test robot <oliver.sang@...el.com>
Cc: Josef Bacik <josef@...icpanda.com>,
David Sterba <dsterba@...e.com>,
LKML <linux-kernel@...r.kernel.org>,
Linux Memory Management List <linux-mm@...ck.org>,
lkp@...ts.01.org, lkp@...el.com, ying.huang@...el.com,
feng.tang@...el.com, zhengjun.xing@...el.com,
linux-btrfs@...r.kernel.org
Subject: Re: [btrfs] fac2f60d5f: fsmark.files_per_sec 62.6% improvement
On Tue, Nov 10, 2020 at 02:00:12PM +0800, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed a 62.6% improvement of fsmark.files_per_sec due to commit:
>
>
> commit: fac2f60d5fe83fd45ee08a85c2eb7a09659edbe3 ("btrfs: switch extent buffer tree lock to rw_semaphore")
Thanks for the report, that's a significant improvement, confirming the
trend that switching the locks does not regress. I've skimmed other
collected stats and it seems like an overall improvement, so the effects
should be noticeable for other metadata-heavy workloads too.
Powered by blists - more mailing lists