From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751846AbdJBVtI (ORCPT ); Mon, 2 Oct 2017 17:49:08 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:41538 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751236AbdJBVtG (ORCPT ); Mon, 2 Oct 2017 17:49:06 -0400 Date: Mon, 2 Oct 2017 14:49:03 -0700 From: Andrew Morton To: Dave Hansen Cc: "Huang, Ying" , Michal Hocko , Minchan Kim , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Johannes Weiner , Rik van Riel , Shaohua Li , Hugh Dickins , Fengguang Wu , Tim Chen Subject: Re: [PATCH] mm, swap: Make VMA based swap readahead configurable Message-Id: <20171002144903.d58ed6887adfd9dc4cdfd697@linux-foundation.org> In-Reply-To: References: <20170926132129.dbtr2mof35x4j4og@dhcp22.suse.cz> <20170927050401.GA715@bbox> <20170927074835.37m4dclmew5ecli2@dhcp22.suse.cz> <20170927080432.GA1160@bbox> <20170927083512.dydqlqezh5polggb@dhcp22.suse.cz> <20170927131511.GA338@bgram> <20170927132241.tshup6kcwe5pcxek@dhcp22.suse.cz> <20170927134117.GB338@bgram> <20170927135034.yatxlhvunawzmcar@dhcp22.suse.cz> <20170927141008.GA1278@bgram> <20170927141723.bixcum3fler7q4w5@dhcp22.suse.cz> <87mv5f8wkj.fsf@yhuang-dev.intel.com> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2 Oct 2017 08:45:40 -0700 Dave Hansen wrote: > On 09/27/2017 06:02 PM, Huang, Ying wrote: > > I still think there may be a performance regression for some users > > because of the change of the algorithm and the knobs, and the > > performance regression can be resolved via setting the new knob. But I > > don't think there will be a functionality regression. Do you agree? > > A performance regression is a regression. I don't understand why we are > splitting hairs as to what kind of regression it is. > Yes. Ying, please find us a way of avoiding any disruption to existing system setups. One which doesn't require that the operator perform a configuration change to restore prior behaviour/performance. And please let's get this done well in advance of the 4.14 release. Thanks.