From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 91C52C10F11 for ; Thu, 11 Apr 2019 01:31:16 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 60BC9217D4 for ; Thu, 11 Apr 2019 01:31:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726582AbfDKBbP (ORCPT ); Wed, 10 Apr 2019 21:31:15 -0400 Received: from mail106.syd.optusnet.com.au ([211.29.132.42]:48983 "EHLO mail106.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726096AbfDKBbP (ORCPT ); Wed, 10 Apr 2019 21:31:15 -0400 X-Greylist: delayed 1187 seconds by postgrey-1.27 at vger.kernel.org; Wed, 10 Apr 2019 21:31:13 EDT Received: from dread.disaster.area (pa49-195-160-97.pa.nsw.optusnet.com.au [49.195.160.97]) by mail106.syd.optusnet.com.au (Postfix) with ESMTPS id D138F3DB90C; Thu, 11 Apr 2019 11:11:17 +1000 (AEST) Received: from dave by dread.disaster.area with local (Exim 4.92) (envelope-from ) id 1hEOFJ-0000R8-Np; Thu, 11 Apr 2019 11:11:17 +1000 Date: Thu, 11 Apr 2019 11:11:17 +1000 From: Dave Chinner To: Davidlohr Bueso Cc: Jan Kara , Amir Goldstein , "Darrick J . Wong" , Christoph Hellwig , Matthew Wilcox , linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [POC][PATCH] xfs: reduce ilock contention on buffered randrw workload Message-ID: <20190411011117.GC29573@dread.disaster.area> References: <20190404165737.30889-1-amir73il@gmail.com> <20190404211730.GD26298@dastard> <20190408103303.GA18239@quack2.suse.cz> <1554741429.3326.43.camel@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1554741429.3326.43.camel@suse.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=FNpr/6gs c=1 sm=1 tr=0 cx=a_idp_d a=EHa8gIBQe3daEtuMEU8ptg==:117 a=EHa8gIBQe3daEtuMEU8ptg==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=kj9zAlcOel0A:10 a=oexKYjalfGEA:10 a=D19gQVrFAAAA:8 a=7-415B0cAAAA:8 a=LXHzFWtyf2FxdsNS1XsA:9 a=CjuIK1q_8ugA:10 a=W4TVW4IDbPiebHqcZpNg:22 a=biEYGPWJfzWAr4FL6Ov7:22 Sender: linux-fsdevel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Mon, Apr 08, 2019 at 09:37:09AM -0700, Davidlohr Bueso wrote: > On Mon, 2019-04-08 at 12:33 +0200, Jan Kara wrote: > > On Fri 05-04-19 08:17:30, Dave Chinner wrote: > > > FYI, I'm working on a range lock implementation that should both > > > solve the performance issue and the reader starvation issue at the > > > same time by allowing concurrent buffered reads and writes to > > > different file ranges. > > > > Are you aware of range locks Davidlohr has implemented [1]? It didn't get > > merged because he had no in-tree user at the time (he was more aiming at > > converting mmap_sem which is rather difficult). But the generic lock > > implementation should be well usable. > > > > Added Davidlohr to CC. > > > > Honza > > > > [1] https://lkml.org/lkml/2017/3/7/22 > > fyi this was the latest version (had some naming updates per peterz). > > https://lkml.org/lkml/2018/2/4/232 No, I wasn't aware of these because they haven't ever been posted to a list I subscribe to and they haven't been merged. I'll go have a look at them over the next few days. Cheers, Dave. -- Dave Chinner david@fromorbit.com