Received: by 10.213.65.68 with SMTP id h4csp123183imn; Mon, 12 Mar 2018 21:05:43 -0700 (PDT) X-Google-Smtp-Source: AG47ELvTmz6KMcHHkcKQlIGt+l/jcXa551mXsYyVUuzt2CxsoGBPR5MF3E9sHIVlrOhDzBar2Hky X-Received: by 2002:a17:902:24c:: with SMTP id 70-v6mr2541443plc.384.1520913943132; Mon, 12 Mar 2018 21:05:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520913943; cv=none; d=google.com; s=arc-20160816; b=EXgjv9GzMj7lrQZMQeloztOma9hsnciioG6cyXZJG/ASta45xXkaefodU/OUtazStf FrEKHpO59hxfbr828KMrqBdLbc8icg4auLZN7AGz45NehySBjfPCgWOeidYOokUimp64 fRh/trikiP9x6aMh+0aoWhpvV2mWYPOX5lMAP5ge6T8/rrAZygaVe6ddTOIeo4TfmHPf U9YrwaLPbGqJd8nYj8dshNlZJ+pFIgOBFhNafIp8/9bU3gqFhucQHKLd2Dw3QvR5UHFV UDOHPEG/zFDp0iTCQkSYQZGcqiMcJ3Dosb8NG+jD4TCay8oB3qGAwHpyKVoxrdirY0b6 W1iw== 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=Aj1D9eBox7xRBZBevVzNKlpgAtIM2m7vRtj+bn85uiA=; b=Yl5Sr5tkO18FJHkFRRdy9Bf5sZipKh6/HpBSssF67P9sy/xlMzw+EBwxjxD7p+Rl8d UTMwgaxaV4w1h9u3hsoQBFyPCtOecN1xx6A1cCokNHjyJGa3b1GTDRGXrX0i2urNCJLG v5EPk1+W0OpyUvPbd/B5208MfbnEAJogZlDIklspsbcgvBfng4nq0TGNQRH4915XI3k6 wMW/Mf5CEJPTEt7HjICbOCOVGkfF+imVvpvSvnmfGbsyypRZhzUpm4wipV9zp1Swy3iM /MfS97Ck+Bwtv8csQVq90RtvdNMM2IQOymf7rhC3nw/7TVpn0u4+Zp6Qgll77rtx6eCR AWNQ== 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 s24si7000627pfj.121.2018.03.12.21.05.29; Mon, 12 Mar 2018 21:05:43 -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 S1751360AbeCMED6 (ORCPT + 99 others); Tue, 13 Mar 2018 00:03:58 -0400 Received: from zeniv.linux.org.uk ([195.92.253.2]:34576 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751274AbeCMED4 (ORCPT ); Tue, 13 Mar 2018 00:03:56 -0400 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.87 #1 (Red Hat Linux)) id 1evbAI-00057I-U9; Tue, 13 Mar 2018 04:03:54 +0000 Date: Tue, 13 Mar 2018 04:03:54 +0000 From: Al Viro To: Zdenek Kabelac Cc: LKML , Mike Snitzer , Mikulas Patocka , Alasdair G Kergon Subject: Re: Timing performance regression 4.15 to 4.16-rc1 Message-ID: <20180313040354.GW30522@ZenIV.linux.org.uk> References: <31a4b0d7-2c9e-ce76-a486-48ed18b96cc6@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <31a4b0d7-2c9e-ce76-a486-48ed18b96cc6@redhat.com> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Mar 11, 2018 at 02:02:03PM +0100, Zdenek Kabelac wrote: > Hi > > I've noticed quite some drop of performance (around 15% in some cases) where > execution of lvm2 tests took longer time - and while tests itself should not > really load CPU system - the overall running time just got bigger. > > Running bisect game pointed clearly to this commit: > > --- > > commit 44c02a2c3dc55835e9f0d8ef73966406cd805001 > Author: Al Viro > Date: Thu Oct 5 12:59:44 2017 -0400 > > dev_ioctl(): move copyin/copyout to callers > > > --- > > clear revert of this commit on top of 3266b5bd97eaa72793df0b6e5a106c69ccc166c4 > (recent ~4.16-rc4) restored timing of tests back. > > > I'm not sure why - so at this moment this is just a patch causing 15% longer > running times on lvm2 test suite. I find it very hard to believe, TBH. It doesn't go anywhere near drivers/md; could you profile the damn thing and see where does it spend that extra time? It really doesn't touch anything on non-sockets...