Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp4944208imm; Wed, 30 May 2018 15:29:58 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJl/KqweMdyrYuKzPbeqUoqHR67+W1ebL30lYMMaUNJuWbnSWDTAI6YcN2JeNYwdiEZ2tsG X-Received: by 2002:a17:902:1a8:: with SMTP id b37-v6mr4636247plb.326.1527719398232; Wed, 30 May 2018 15:29:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527719398; cv=none; d=google.com; s=arc-20160816; b=sYrcmdahP8AIu4Tc7aKAAth8iypmMDXcE6rTGJnamZkXyakoz/RpHtD+RC7FN8+gg+ uLocsyEhdgH3qtBaBc9W0eGx256HwpPFOUmZk5X+KBkmE4LNTUVdF2wpBlWtMU+vma/s zG5S081P7wN8X6AjfKIjQyN/nNZ8REsNu1pfukzstHmyMeLDa7rGbViWoto8glPvIZCn FeXUStKkc7O/MJbWE4EfGeuyF9LF/4wciHYK10q1uohnMy0XPY6Ao36iShSlSb8ZOKHq S3uDACDI7fVsx9Ktiki8WHEeOvC4HAzQZDKhZjLimkxu9i72gnr+SFgBwlHRD00DwL/5 NWbg== 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:arc-authentication-results; bh=pcMCThtlM7MU/5YUPEL9MsiiAiAWb4mP9uONVtEIBzU=; b=rcjBAVny7D0YgAQmz36fN/ihWJ44N/LSHzUVQ68yE/oFelwki8DLwnwO+viBM8qtBN UOLgSnSFK7VuG+/65VvigJI5iD5xm4XmXo4uhgGr4qfBj+lfRRxf1/M00aflW7wh9c7N kAtp63khOJGlhZs9zSyzKZ8fCMCEi7WKw1VumTdt7l52GKZfHM/EZXM2HsfME9hWP046 WmEETFhpvpAN/H2dHPABLY7jDKl+TFWnwftPDjR4sGDxIEC6URtqMSRwcETOpSxILpNi ZjMnnmCDEAsc97eD7xffWtOjTI1kg5w/9cpPAQfFYqRnNRgr7sGZxflqUV9RTBmyxws4 H8Tg== 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 n9-v6si34451007plk.584.2018.05.30.15.29.44; Wed, 30 May 2018 15:29:58 -0700 (PDT) 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 S932595AbeE3W1T (ORCPT + 99 others); Wed, 30 May 2018 18:27:19 -0400 Received: from ipmail06.adl6.internode.on.net ([150.101.137.145]:54637 "EHLO ipmail06.adl6.internode.on.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932394AbeE3W1S (ORCPT ); Wed, 30 May 2018 18:27:18 -0400 Received: from ppp59-167-129-252.static.internode.on.net (HELO dastard) ([59.167.129.252]) by ipmail06.adl6.internode.on.net with ESMTP; 31 May 2018 07:57:16 +0930 Received: from dave by dastard with local (Exim 4.80) (envelope-from ) id 1fO9Yo-0002Zq-UX; Thu, 31 May 2018 08:27:15 +1000 Date: Thu, 31 May 2018 08:27:14 +1000 From: Dave Chinner To: Miklos Szeredi Cc: Christoph Hellwig , Al Viro , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, overlayfs Subject: Re: [GIT PULL] overlayfs update for 4.18 Message-ID: <20180530222714.GP23861@dastard> References: <20180529132148.GC23785@veci.piliscsaba.redhat.com> <20180529135938.GA5631@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 30, 2018 at 10:36:46AM +0200, Miklos Szeredi wrote: > On Tue, May 29, 2018 at 4:12 PM, Miklos Szeredi wrote: > > On Tue, May 29, 2018 at 3:59 PM, Christoph Hellwig wrote: > > >>> vfs: export vfs_dedupe_file_range_one() to modules > >> > >> Please use EXPORT_SYMBOL_GPL for all these crazy low-level exports. > > I'd argue with the "crazy" part. This should have been the primary > interface from the start. The batched dedupe interface is the crazy > one: > > - deduping is page size granularity at worst; performance would not > be horrible even if we had to do one syscall per page > - vast majority of the time it will be file size granularity > > Why was that batching invented in the first place? No idea - the batching ioctl interface is what we inherited from the btrfs ioctl years ago and there are several dedupe applications out there that use it. That's why we pulled it up to the vfs rather than invent a new one and have to wait years for apps to start using it... Cheers, Dave. -- Dave Chinner david@fromorbit.com