From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754660AbdI0Bgo (ORCPT ); Tue, 26 Sep 2017 21:36:44 -0400 Received: from mga06.intel.com ([134.134.136.31]:4637 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751785AbdI0Bgm (ORCPT ); Tue, 26 Sep 2017 21:36:42 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.42,442,1500966000"; d="scan'208";a="155898828" From: "Huang\, Ying" To: Michal Hocko , Minchan Kim Cc: "Huang\, Ying" , Andrew Morton , , , Johannes Weiner , "Rik van Riel" , Shaohua Li , Hugh Dickins , Fengguang Wu , Tim Chen , Dave Hansen Subject: Re: [PATCH] mm, swap: Make VMA based swap readahead configurable References: <20170921013310.31348-1-ying.huang@intel.com> <20170926132129.dbtr2mof35x4j4og@dhcp22.suse.cz> Date: Wed, 27 Sep 2017 09:36:39 +0800 In-Reply-To: <20170926132129.dbtr2mof35x4j4og@dhcp22.suse.cz> (Michal Hocko's message of "Tue, 26 Sep 2017 15:21:29 +0200") Message-ID: <87shf8c47s.fsf@yhuang-dev.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Michal Hocko writes: > On Thu 21-09-17 09:33:10, Huang, Ying wrote: >> From: Huang Ying >> >> This patch adds a new Kconfig option VMA_SWAP_READAHEAD and wraps VMA >> based swap readahead code inside #ifdef CONFIG_VMA_SWAP_READAHEAD/#endif. >> This is more friendly for tiny kernels. > > How (much)? OK. I will measure it. >> And as pointed to by Minchan >> Kim, give people who want to disable the swap readahead an opportunity >> to notice the changes to the swap readahead algorithm and the >> corresponding knobs. > > Why would anyone want that? > > Please note that adding new config options make the already complicated > config space even more problematic so there should be a good reason to > add one. Please make sure your justification is clear on why this is > worth the future maintenance and configurability burden. Hi, Minchan, Could you give more information on this? Best Regards, Huang, Ying