Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp3650135ybc; Thu, 14 Nov 2019 12:25:24 -0800 (PST) X-Google-Smtp-Source: APXvYqwGQ9BE3LAb5Jq2QZsxMdpm0gdo1cDz+h3fRJDMLmy6/ftv+DtN+3eGyqn5bTYJRnAWTvNM X-Received: by 2002:a2e:921a:: with SMTP id k26mr8461684ljg.238.1573763124252; Thu, 14 Nov 2019 12:25:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573763124; cv=none; d=google.com; s=arc-20160816; b=xLtNYYnSTpGGTdIGli5GGKc4jG9Kl9GDkeyM/deF4s2CuwUQt6/h8XxDKAGjrMNtXz cLXmwZT01kiRjiG4gmjZsFwGCvJVDngKOkkV8Qflph0igx3ru7O+qftCV3dr9VNfukJ1 LTaCrCpbHC81ARWlg2ykt5XprxYtEdSOkYdpbqvH3cw2GzNOsdbMRhJTYvPkoVdIg8kd YRb3XXnkURYeYNmGGx3wY0I3dAMwIu8jx/tOZsGIzNY9kbtLR502DaGgLZ2c99E25TP3 r8gJwJVTkdqW/xLUpebz6zTQfENwZWolw+yMgmbdtz7gKm9iHzrmJDRycjFA/ymhp2YB CpXw== 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=Iaf24c8w4oFpZlIz/Zq9RqBf3ALzevfD8oiFbbPxXp0=; b=0FKSX1nSAUkmhIR41RiQiBtIyaxKHUDFSzX8gTZHffwO+IGGe0bbNXokviaBd0DPmU tYonZsrxBC9skGgwTATdFTNU83r8QPIopkRsV5E22WyceRsaGzFSfXPg1lVXsQaFtSUE pczEGHi+kS3TALerD2nCojmNhq7dyFd+EdBLmWvX/6+Jxjhe4iRrQWfUunqG6kZfn2c0 gU9W8xv7fjRxTelEa4OuGOFvzStRFuPJIftz8AEMGVxmBPmXKc0zayFoW1jlOmxc3G7k 6yMEW7Zy16BT4zjH8qL+59RHu1KKpYbqldjgmwSv3WyTyw7+Me9S1mdEzPdYt4acvU9/ U7CQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-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 y24si4110688ejc.170.2019.11.14.12.24.56; Thu, 14 Nov 2019 12:25:24 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726786AbfKNUYJ (ORCPT + 99 others); Thu, 14 Nov 2019 15:24:09 -0500 Received: from mail104.syd.optusnet.com.au ([211.29.132.246]:54791 "EHLO mail104.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726474AbfKNUYJ (ORCPT ); Thu, 14 Nov 2019 15:24:09 -0500 Received: from dread.disaster.area (pa49-181-255-80.pa.nsw.optusnet.com.au [49.181.255.80]) by mail104.syd.optusnet.com.au (Postfix) with ESMTPS id 3D5E743E7D2; Fri, 15 Nov 2019 07:24:04 +1100 (AEDT) Received: from dave by dread.disaster.area with local (Exim 4.92.3) (envelope-from ) id 1iVLer-0002xv-KL; Fri, 15 Nov 2019 07:24:01 +1100 Date: Fri, 15 Nov 2019 07:24:01 +1100 From: Dave Chinner To: Dan Williams Cc: Shiyang Ruan , linux-xfs , linux-nvdimm , "Darrick J. Wong" , Goldwyn Rodrigues , Christoph Hellwig , Linux Kernel Mailing List , gujx@cn.fujitsu.com, qi.fuli@fujitsu.com Subject: Re: [RFC PATCH v2 0/7] xfs: reflink & dedupe for fsdax (read/write path). Message-ID: <20191114202401.GB4614@dread.disaster.area> References: <20191030041358.14450-1-ruansy.fnst@cn.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=G6BsK5s5 c=1 sm=1 tr=0 a=XqaD5fcB6dAc7xyKljs8OA==:117 a=XqaD5fcB6dAc7xyKljs8OA==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=kj9zAlcOel0A:10 a=MeAgGD-zjQ4A:10 a=omOdbC7AAAAA:8 a=7-415B0cAAAA:8 a=LDxVRJNMUMF_87RH2osA:9 a=CjuIK1q_8ugA:10 a=baC4JDFNLZpnPwus_NF9:22 a=biEYGPWJfzWAr4FL6Ov7:22 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 07, 2019 at 07:30:32PM -0800, Dan Williams wrote: > On Thu, Nov 7, 2019 at 7:11 PM Shiyang Ruan wrote: > > > > Hi Darrick, Dave, > > > > Do you have any comment on this? > > Christoph pointed out at ALPSS that this problem has significant > overlap with the shared page-cache for reflink problem. So I think we > need to solve that first and then circle back to dax reflink support. > I'm starting to take a look at that. I think the DAX side is somewhat simpler because it doesn't really need to involve the page cache and we don't have to worry about subtly breaking random filesystems. Hence I'd suggest we sort out a solution for DAX first, then worry about page cache stuff. The shared page cache for reflink feature is not a show stopper - multiple references for DAX is a show stopper. Let's deal with the DAX problem first. Cheers, -Dave. -- Dave Chinner david@fromorbit.com