Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp4206505ybv; Sun, 16 Feb 2020 16:37:43 -0800 (PST) X-Google-Smtp-Source: APXvYqwu/RbQngxo1KQVXLc0Y1kRJLWVNqFs5VnuDiPeAROSEa+zboNiiICtchv9oM7tuYQuogPu X-Received: by 2002:a9d:5e9:: with SMTP id 96mr10485547otd.307.1581899863613; Sun, 16 Feb 2020 16:37:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581899863; cv=none; d=google.com; s=arc-20160816; b=JWi4FSCl3jMyDUwyMwqcDoWVJuMm8Pu4tLRLJZhjU0qHqEGbHVs2AT8dcurrJttINV 0arFxMzi5I6y0seHqBbCntRJXMifrLO81NeniGwoijFzOFLnNncrNviTo4QQV+lXiz4e GzT2pH28T4lh/z58i+1A017Fx34DSf6xXiEw/KqkjkN8OSG4SMyJaq38PTG/TgEJaiWO +OkKif2Ujpji1SboRU6TiO688EyB5MCn9be+C0KjCnlBRFudmCsEXc01ZRuWWi56pFkm B4xWQJ11Ev4IUgG/KCKBc2gnNHBmKwPIFbsj30pmCmqQBfcB7Wq/FmNExYfKsDZZCIas fBzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=5HHyaXLN2mp6/n3aam77ntrHcOGh3VZAeF0KEeRpE5Y=; b=sNWXBNR5/wDSgoVHgNTd5wnmdZBqD0h0fMpTFKT9S4CriwbmyzH+mxWb155MYT245x ms4PSFLvkYClZCYRFWLg8lPw4b4gF+wgljAgwOUM2R6w99PnwvBEVg1DiYmuu683m3rE BH/a051gLDMHceps+imlRYuhVoDrreDT6TiJhLRL+RtOhQG/RuYElGt6GBLYNUTf8EH7 WF2PmsCbkgM9leDb2aD0ryeK9H7ichqKX6tO4p9av5pvaoaDpZbNKqrBK5YAjSQTWqpf mz6wzVHo/A6Uc3jVWmj+rGAHXQKoq4XXEQWCOPzmUOHaJJ/urshQ4Ti8jfDHzgneRnNH jP3g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o8si6720223oti.47.2020.02.16.16.37.17; Sun, 16 Feb 2020 16:37:43 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726261AbgBQAgn (ORCPT + 99 others); Sun, 16 Feb 2020 19:36:43 -0500 Received: from fieldses.org ([173.255.197.46]:38422 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726240AbgBQAgn (ORCPT ); Sun, 16 Feb 2020 19:36:43 -0500 Received: by fieldses.org (Postfix, from userid 2815) id D2A9D315; Sun, 16 Feb 2020 19:36:42 -0500 (EST) Date: Sun, 16 Feb 2020 19:36:42 -0500 From: "J. Bruce Fields" To: Murphy Zhou Cc: "Darrick J. Wong" , linux-xfs@vger.kernel.org, linux-nfs@vger.kernel.org Subject: Re: A NFS, xfs, reflink and rmapbt story Message-ID: <20200217003642.GB21562@fieldses.org> References: <20200123083217.flkl6tkyr4b7zwuk@xzhoux.usersys.redhat.com> <20200124011019.GA8247@magnolia> <20200127223631.GA28982@fieldses.org> <20200216082851.h2y6bs3h4dvpqyvv@xzhoux.usersys.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200216082851.h2y6bs3h4dvpqyvv@xzhoux.usersys.redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Sun, Feb 16, 2020 at 04:28:51PM +0800, Murphy Zhou wrote: > Hi Bruce, > > On Mon, Jan 27, 2020 at 05:36:31PM -0500, J. Bruce Fields wrote: > > On Thu, Jan 23, 2020 at 05:10:19PM -0800, Darrick J. Wong wrote: > > > On Thu, Jan 23, 2020 at 04:32:17PM +0800, Murphy Zhou wrote: > > > > Hi, > > > > > > > > Deleting the files left by generic/175 costs too much time when testing > > > > on NFSv4.2 exporting xfs with rmapbt=1. > > > > > > > > "./check -nfs generic/175 generic/176" should reproduce it. > > > > > > > > My test bed is a 16c8G vm. > > > > > > What kind of storage? > > > > > > > NFSv4.2 rmapbt=1 24h+ > > > > > > Wow. I wonder what about NFS makes us so slow now? Synchronous > > > transactions on the inactivation? (speculates wildly at the end of the > > > workday) > > > > > > I'll have a look in the morning. It might take me a while to remember > > > how to set up NFS42 :) > > > > It may just be the default on a recent enough distro. > > > > Though I'd be a little surprised if this behavior is specific to the > > protocol version. > > Can NFS client or server know the file has reflinked part ? Is there > any thing like a flag or a bit tracking this? Not that I'm aware of. --b.