Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp2002077imm; Thu, 24 May 2018 04:19:39 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoAtptoq8WO9yxUFllI1XPW3JZmK7pKYVpsg4x/xkltPd8rnRiDKNswDq3m1QpFKeF9RSlr X-Received: by 2002:a63:2f41:: with SMTP id v62-v6mr5480778pgv.33.1527160779343; Thu, 24 May 2018 04:19:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527160779; cv=none; d=google.com; s=arc-20160816; b=eqNpWsdaxdwNCU7aJGr6Qy5/bRBTCx+PZHgQwr6Y6gT3I5AZqJwq4ifckWJJ7Vm5jJ Da5WPnQ7rbN4Ahe9GzZcb63JrHY0n5Rg9gPhqMGfq9Zh9FTnpB1XR3pyWM7t3bPJ450E Ji+npDkjPLOx6nzjmmIEZhCL0kLHdXlwmuqt6XeiElLIBhCXN5qplskHBSYDZG0y4ef0 npEToE7qEwS3eKqmYeZMAPt0viTdzd/NXZkY4xkmqT54JNHueSp7I50QeqDgTn8i758k hsfgyaPWj/1NnGbcfb+nEVVZ/2ZbfzTsMPgJ1YyoHwo4JxNL2o0GdYj6dgGKxXXkLmsZ MUdw== 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 :arc-authentication-results; bh=eG1SEb/QII5Y7xlCsH3B4DYgXflVvM8sfXcbJ7pwlBM=; b=bbHTMHOo3Tt2DZadMzLmHl78lnM3il6iZMT3TvVOh/BfXAtbBVoMnO84ThiE6OQ9F7 MHNud1j4InpkIauVRo6ntrzBIcGSkRSXMmoY+Cuk477qCrJGncWck/lY+oMDlNPJCHKp OuoOG8tE3yCAh08tTO/5BHHXnIomu2JbL6ndpqU725ILQiP+7Eo4iH3DDznmt9+CjeMU 72SKHRrp7oS3NLYKMkXF8zkGkv+rJ4QXoJOCojKnpWGCZxNrnlGvjpcOBZ1gIL+owF5X gN535njW96BgCcX3QB+ALAeSGYDvJwp+GLICWGl7V3k3YCa5tkASltJ97KFQKNKcx2Q/ TTZg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=YdSwTkOd; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 2-v6si21309779pfk.287.2018.05.24.04.19.24; Thu, 24 May 2018 04:19:39 -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=@google.com header.s=20161025 header.b=YdSwTkOd; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S968728AbeEXLRp (ORCPT + 99 others); Thu, 24 May 2018 07:17:45 -0400 Received: from mail-io0-f196.google.com ([209.85.223.196]:44457 "EHLO mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S967991AbeEXLRk (ORCPT ); Thu, 24 May 2018 07:17:40 -0400 Received: by mail-io0-f196.google.com with SMTP id d11-v6so1795701iof.11 for ; Thu, 24 May 2018 04:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eG1SEb/QII5Y7xlCsH3B4DYgXflVvM8sfXcbJ7pwlBM=; b=YdSwTkOd5gSC55MHZPwIVqpwaO3ECBIV/tNeTHqqfW725+kRY9mtIwOWXe4TUfB+O3 S/Fve++akxq5nACb0tL5EnSutrZw9vhiaaPF+aEFtTNz4aZFrvjFWAp+1GM+D9cEqHa1 s+ExbitfUDEw0r4j/YgVrbBkSJBcgCUDCS+hVVpUVCTWKZUEbPxkZyrqyEJamElARa3o YE5dJqFTkDrohYx3lKmAR1CZ6/tR9TSQkQSK/lyQZjkFcv8qrN9Cj53eEGwvICUiJ32a M1yBPH7lnV5MT9rLiTBsqyFtCWfLQjiA+d9uL0wREbJC2VKax5zaIaV8WsG0esBmoI3E Zs2g== 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=eG1SEb/QII5Y7xlCsH3B4DYgXflVvM8sfXcbJ7pwlBM=; b=IoXdiwQ0jCb6BDeFNSAUJYi3T7rBKJPosE6YIe0c17RLdjZwZWIp+6/Fm1KkjpRhC2 ooiAXm1Ed306SYyKbE7KL5cZTo/ZBlxUKBDgu6O8h2piz3ZLVRD/4u+3kVViEMezAFwp lnVcMxkxv+SuKcQDjnj+h3rcQ8c2WXk5M7Gio1DbPIYABuVyIddaP9zH6Moc2cGrkUmc Ju8Kfi9Hb4iFyX8W15P538gvnMGmy6bJDFzu3O4UIIdv+9UlLI7dk/jXtX0Ge4jNfyY5 3YrrqZNOHbf1oN096aLmCyGoJOAJ9cs8f9K5ZiBeuTp3+8vrBEq40VMriVPPdN2kWx15 LIgw== X-Gm-Message-State: ALKqPwcQ0sEqsLpAlk6T2zax7km6KOF4mUFCJOozi+0BSmoTwU3BfDY6 BPDMzwW8Rx9wb2wWE9AAl4Q1av3lRxkVrouFzLQbJw== X-Received: by 2002:a5e:c801:: with SMTP id y1-v6mr6202394iol.128.1527160659413; Thu, 24 May 2018 04:17:39 -0700 (PDT) MIME-Version: 1.0 References: <20180524093159.286472249@linuxfoundation.org> <20180524093204.290399449@linuxfoundation.org> <20180524105011.jkmjrmoyqtogtgnn@quack2.suse.cz> <20180524110546.GA16171@kroah.com> In-Reply-To: <20180524110546.GA16171@kroah.com> From: Hugh Dickins Date: Thu, 24 May 2018 04:17:12 -0700 Message-ID: Subject: Re: [PATCH 4.4 50/92] mm: filemap: avoid unnecessary calls to lock_page when waiting for IO to complete during a read To: Greg KH Cc: Jan Kara , linux-kernel , stable , Mel Gorman , Andrew Morton , Linus Torvalds , Mel Gorman 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 Thu, May 24, 2018 at 4:06 AM Greg Kroah-Hartman wrote: > On Thu, May 24, 2018 at 12:50:11PM +0200, Jan Kara wrote: > > On Thu 24-05-18 11:38:27, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch. If anyone has any objections, please let me know. > > > > Just one objection: Why does stable care about this (and the previous > > patch)? I've checked the stable queue and I don't see anything that would > > have these patches as a prerequisite. And on their own, they are only > > cleanups without substantial gains. > There's a small gain here: > > > paralleldd > > > 4.4.0 4.4.0 > > > vanilla avoidlock > > > Amean Elapsd-1 5.28 ( 0.00%) 5.15 ( 2.50%) > > > Amean Elapsd-4 5.29 ( 0.00%) 5.17 ( 2.12%) > > > Amean Elapsd-7 5.28 ( 0.00%) 5.18 ( 1.78%) > > > Amean Elapsd-12 5.20 ( 0.00%) 5.33 ( -2.50%) > > > Amean Elapsd-21 5.14 ( 0.00%) 5.21 ( -1.41%) > > > Amean Elapsd-30 5.30 ( 0.00%) 5.12 ( 3.38%) > > > Amean Elapsd-48 5.78 ( 0.00%) 5.42 ( 6.21%) > > > Amean Elapsd-79 6.78 ( 0.00%) 6.62 ( 2.46%) > > > Amean Elapsd-110 9.09 ( 0.00%) 8.99 ( 1.15%) > > > Amean Elapsd-128 10.60 ( 0.00%) 10.43 ( 1.66%) > > > > > > The impact is small but intuitively, it makes sense to avoid unnecessary > > > calls to lock_page. > Yes, it's small, but it's marked in the SLES kernel as "needs to be > merged into stable", so obviously it matters to someone :) Hmm. I had the same reaction to these two as Jan, but assumed that they made applying later patches easier, and didn't take the trouble he did to find that's not so. I've no wish to be disputatious, but it does seem that the definition of "stable" has changed, and not necessarily for the better, if it's now a home for small gains: I thought we left those to upstream. Hugh