Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp4669594ybf; Wed, 4 Mar 2020 08:22:30 -0800 (PST) X-Google-Smtp-Source: ADFU+vuC32Q6QC5sBjrpvxFyOVUHA9JHxjNMpMq0jQTX5ei7nXnrDoCrF7ft+xvux1dvKlrYUQ2l X-Received: by 2002:aca:5357:: with SMTP id h84mr2251685oib.32.1583338950467; Wed, 04 Mar 2020 08:22:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583338950; cv=none; d=google.com; s=arc-20160816; b=hsAY7juNRwwt9k8g2nEGMxqLz/gLcJ7JsqWel4BFyVOIHPxQTSaoBZcrenUP/8BLwX opSDyrQrtKge65B6cqXUF706DDJUhZOPjfG9sHQV9FlDygom54Z/2lD1H/U/C5T9Oorq qUVxYaJRvhPLX1o04Ho5MnRRZH/8OF7TRTTW1JFPrsojFLakS0+xg3CMKbkn5iwGuLkx EOwXThW3JCG/pxtT+QBCrH6ggkZajoFzLspFWhJV5w+VegiDd9mTy9itz9qxjpU+hvXf zilkg+8/Dz5T2OeG56tlZ35XxMbGUjvGYOh0+wCtllrTe5N4s1pKE5EiZQjVJt3GZ9SA ExgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=n2d4zMA56WXSiw+yRyOuV4Bv9XUMzLvF71BGLTceUZ0=; b=jkD8P6P/alHD2iMKqqnqswYpUQg6fG+6ZPGguWNqYwdYEV4USb7Vc2LoCocGQItdjK gs2uUDoROmJFARvWGcgJBwx/vfAcNKiB2SAOtcbODYP7/dz5NzLMonh1+dOK/StReSLi jz4wSqTfZrlbaYQOq80Z+O4S6hILwJz3Nz6KcOttYulP8+ln/lV2AlCeQyJnRKB4g83x TbkXyp+T+SW/7WBRHOLyCLtFOqyvgXCPC3crrIDr1+GlfNS4y2dVVlbKOJw9aH2C3cnb uL3GcrZk7Ro/GTxrm7lNfmC2+Y53BdrNdlNE7y1a2I7cihNM2iiRGyMYec6NV+Qvy8Qp o8Iw== 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 x20si1314298otk.295.2020.03.04.08.22.18; Wed, 04 Mar 2020 08:22:30 -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 S2388230AbgCDQVO (ORCPT + 99 others); Wed, 4 Mar 2020 11:21:14 -0500 Received: from zeniv.linux.org.uk ([195.92.253.2]:59402 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388215AbgCDQVO (ORCPT ); Wed, 4 Mar 2020 11:21:14 -0500 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1j9WlP-005GmR-La; Wed, 04 Mar 2020 16:20:51 +0000 Date: Wed, 4 Mar 2020 16:20:51 +0000 From: Al Viro To: Matthew Wilcox Cc: "Eric W. Biederman" , Linus Torvalds , linux-fsdevel , Linux Kernel Mailing List Subject: Re: [RFC][PATCHSET] sanitized pathwalk machinery (v3) Message-ID: <20200304162051.GQ23230@ZenIV.linux.org.uk> References: <20200223011154.GY23230@ZenIV.linux.org.uk> <20200301215125.GA873525@ZenIV.linux.org.uk> <20200302003926.GM23230@ZenIV.linux.org.uk> <87o8tdgfu8.fsf@x220.int.ebiederm.org> <20200304002434.GO23230@ZenIV.linux.org.uk> <87wo80g0bo.fsf@x220.int.ebiederm.org> <20200304065547.GP23230@ZenIV.linux.org.uk> <20200304132812.GE29971@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200304132812.GE29971@bombadil.infradead.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 04, 2020 at 05:28:12AM -0800, Matthew Wilcox wrote: > On Wed, Mar 04, 2020 at 06:55:47AM +0000, Al Viro wrote: > > On Tue, Mar 03, 2020 at 11:23:39PM -0600, Eric W. Biederman wrote: > > > Do the xfs-tests cover that sort of thing? > > > The emphasis is stress testing the filesystem not the VFS but there is a > > > lot of overlap between the two. > > > > I do run xfstests. But "runs in KVM without visible slowdowns" != "won't > > cause them on 48-core bare metal". And this area (especially when it > > comes to RCU mode) can be, er, interesting in that respect. > > > > FWIW, I'm putting together some litmus tests for pathwalk semantics - > > one of the things I'd like to discuss at LSF; quite a few codepaths > > are simply not touched by anything in xfstests. > > Might be more appropriate for LTP than xfstests? will-it-scale might be > the right place for performance benchmarks. Might be... I do run LTP as well, but it's still a 4-way KVM on a 6-way amd64 host (phenom II X6 1100T) - not well-suited for catching scalability issues. Litmus tests mentioned above are more about verifying the semantics; I hadn't moved past the "bunch of home-grown scripts creating setups that would exercise the codepaths in question + trivial pieces in C, pretty much limited to syscall()" stage with that; moving those to LTP framework is something I'll need to look into. Might very well make sense; for now I just want a way to get test coverage of that code with minimal headache.