linux-kernel - Re: [btrfs] fac2f60d5f: fsmark.files_per

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

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.