Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2201891ybb; Sat, 11 Apr 2020 23:49:41 -0700 (PDT) X-Google-Smtp-Source: APiQypI/M7RREMB+2rZM9P4ShiPcZLNlrdxDt7txugPgqVOXmP1mSZlbkYkh3fByow+KzVo1omLa X-Received: by 2002:a37:e318:: with SMTP id y24mr11372768qki.39.1586674180879; Sat, 11 Apr 2020 23:49:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586674180; cv=none; d=google.com; s=arc-20160816; b=IoVpkEA2dp0ibzBQDqhHznCwxoqRk+oC2TM+dmI2daVcQGxLtb4xZ7zd0HFwPvk1pF K4VNZXtt0t9HjE+m3DO3sGGywjDe3QjBMHMbBLkWPWw/si70+zOue7wvtw4/usQc1xIi 215eKxLmT69Z1Kh7TUT6P3xtVfDdwFqblzRAOfH0/x9w1+DHZrm3vIUv+iiziLJ119d0 93rW+UD2VLQUIjZmO11Q4OKqK3J8n/tQoAhzm+YdKUp+IsaEtrisQQWjP+TE3iOfd0yT Bo6iwkref+dG8KaK43s1k/X9E0b2NVOhoEj4p9iRfX191JOVDUDrpCnwg94kLVz9KyUM 1Ffw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=mjGDxi5B3VXdAiZ5r2/e7JLSd3GB+0GVuORm4mGPP3c=; b=hCfSuYdeFfumKrkRaY9BqVGXAD2m9q3DlmS1HVZ/BU9ByXePLOTy3D2D+Q8rgZZAIV +HCU9Gv9vsAS5gjN6JaZsoOFmGn7Az3aB7YKd/Rhwya+MlfK8zw79xr0gyis4QKJ9IYb YnnGuT/2+AqnjAzEZWgODZcumOqnPuVRkKBMo8Zf4H1itZ11nJoPimsAamfbwFTHBFYg dcrxhaEFgWgZHH8RkLH9YbMzIFA5soXyvJoXSM+vvIm6DjGDwceE2eMfYICTnsLgIbsh EQD8nNHgA0Bi7z10HGp1e5M6Pz+N1KrynllynopkpjX2aoqXz4oUBPl+zyFLQftxFA1A H/XA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ZU62f04i; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c2si3795389qva.126.2020.04.11.23.49.26; Sat, 11 Apr 2020 23:49:40 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ZU62f04i; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726706AbgDLGrF (ORCPT + 99 others); Sun, 12 Apr 2020 02:47:05 -0400 Received: from mail-io1-f67.google.com ([209.85.166.67]:42102 "EHLO mail-io1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725812AbgDLGrF (ORCPT ); Sun, 12 Apr 2020 02:47:05 -0400 Received: by mail-io1-f67.google.com with SMTP id y17so6224292iow.9; Sat, 11 Apr 2020 23:47:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mjGDxi5B3VXdAiZ5r2/e7JLSd3GB+0GVuORm4mGPP3c=; b=ZU62f04iXHvT06cgjyP1zhmCpdCijIeNT1rzkXBNyRaJY3eXtiU/8+DYL9aT2ZBidV RmNPfPFlKHh/s0iLo9tvqSG+eZHejjIE9g30UCPKlhCYwiF9o8ulStpudSsx/czde283 ZEDGXLRaFBsJDSInam0s8urqqs8oTp8a+XefssaW7LmWQhxb0oM50uOPPC9YoRzIQCto J7C/73C9FfG2GQOXV/JALKqi3Yw9NHfVQ9HaqtlLTqKSEV4jOlNif+VwvswqtrIFmmkE nnI1ICwHBWAQSvhXDDjqIiIAn3G1+Ns8fxIww7AI0lDX3Y4Zy0q+CtsJoJuEyD8KJ2pR VaFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mjGDxi5B3VXdAiZ5r2/e7JLSd3GB+0GVuORm4mGPP3c=; b=RlJluQMCiwE2SWo0/uj2s8qT015iw0CCAg6ATm8n/M66ywmhWervoW7jgfXgKK2P2j A3d9PA06PbJcouVkpYF4hJw795ZOZjDFjEKDHybABdtpiUcxckA82kLRCmNUMx+6KLBa 5nwyP/UWRC1pkt/JX3ofqovKYykV9eofZ2cJwCaQAAlZLU0OVOjjN5R+83bHWNQD6WHW 3HU1zmr9dMNM2tKXe3/j2xsl/JHzelGBU9MWbtLx0It7Ett/rhZnog4lj37v/BncoKZj UdjXbfnDzaKXHajlQLvJUF/a0DTfODO8gKcNDPKiVjdBFCFMKpgeKt9tomqOHTYiqRYr WLMA== X-Gm-Message-State: AGi0PuazWvZKLhHCug9RUTTdIySPt9+cre7PYWF9Qm7t4Qx9lFouPrLs 8aTxukML/QxqOlUQ3A38S0mG0w1uDG9yNlG5PNn+wcq6 X-Received: by 2002:a02:c9cb:: with SMTP id c11mr10641464jap.93.1586674024515; Sat, 11 Apr 2020 23:47:04 -0700 (PDT) MIME-Version: 1.0 References: <158642098777.5635.10501704178160375549.stgit@buzz> <20200411222829.GO10737@dread.disaster.area> In-Reply-To: <20200411222829.GO10737@dread.disaster.area> From: Amir Goldstein Date: Sun, 12 Apr 2020 09:46:53 +0300 Message-ID: Subject: Re: [PATCH] ovl: skip overlayfs superblocks at global sync To: Dave Chinner Cc: Konstantin Khlebnikov , linux-fsdevel , Miklos Szeredi , linux-kernel , Alexander Viro , overlayfs , Dmitry Monakhov Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Apr 12, 2020 at 1:29 AM Dave Chinner wrote: > > On Thu, Apr 09, 2020 at 11:29:47AM +0300, Konstantin Khlebnikov wrote: > > Stacked filesystems like overlayfs has no own writeback, but they have to > > forward syncfs() requests to backend for keeping data integrity. > > > > During global sync() each overlayfs instance calls method ->sync_fs() > > for backend although it itself is in global list of superblocks too. > > As a result one syscall sync() could write one superblock several times > > and send multiple disk barriers. > > > > This patch adds flag SB_I_SKIP_SYNC into sb->sb_iflags to avoid that. > > Why wouldn't you just remove the ->sync_fs method from overlay? > > I mean, if you don't need the filesystem to do anything special for > one specific data integrity sync_fs call, you don't need it for any > of them, yes? > No, but I understand the confusion. Say you have 1000 overlay sb's all of them using upper directories from a single xfs sb (quite common for containers). syncfs(2) of each overlay, must call sync_fs of xfs (see ovl_sync_fs) sync(2) will call xfs sync_fs anyway, so there is no point in calling ovl_sync_fs => xfs sync_fs 1000 more times. Thanks, Amir.