Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1306616pxa; Sat, 15 Aug 2020 15:14:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzGGDoBIAjrrT/ywNoJH1HJLzi2AIm6vZXo+mfUkOAFDIckc4lw6xHHjGUk9kKZw81/rPaX X-Received: by 2002:aa7:dd05:: with SMTP id i5mr8741201edv.324.1597529698673; Sat, 15 Aug 2020 15:14:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597529698; cv=none; d=google.com; s=arc-20160816; b=xyyuQ+fRCvkEXJbfys1tkYdbyfUtWbCLrBJukmSWY9TVl6k4wmITwpZdXSGPazc6AO hHIT9QpqqECz9KjnhqleAi5uEjgABDN96uv+bA2vCnEtyRAtMM7lUME7r5+JLPqbBrFB GOUSC87nkqBxZPPGKM7Qqm82IdZPp2epJzXHsZj2S+x5QuKxTlPQRPvyemPuyVQsSbCm 3K5+3XB0iHaeV3JopRCiV+RiezzKZYmB8o30+fpHQt8VIFMC2IZjK4Gd2uOeg2DuEKEP ETYbUMtkznaqXkBWao++Gdb5e+xUlaDYbwNtXm2W822/q5ELptYM6m8kKPJK0Snba+K3 /dTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:to:from:date :dkim-signature; bh=Gr52aulHUKhwBO3CByIPlbK2TZ1/gd0bmKXUX+HkneA=; b=mKOW5hVaJp8qr98Nh84qv6D/t/rJgBrSwBIwyEUl22lAgSnzU1LLM86cjkvY6GLDyN 1MKJFEIapJNVvUxQdJafb0iasoQ4eAQWWBAKlhcN1CKiFLjLD6dtAWxmS78tkXsdewaG PRAFJoJVIxsisqPAPi88Fg3RN7g63Jo41ILnDhCUSdsmvMRQXDvobye1JmGJV8VTE5Le 0rYlKQ8+HhM6ooNjeY8dZ5zOpFlm64o/qODKcKbY4PAoxzqS87NEDZiVgMW6NATlOGqV 6cafgbZrp9GAiUSSdhNTiLVY2eNZZWzISU6+uptJxwBvhBB8siyQoXLU96YCFZsYgARH NG+w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=VgsexbWC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i19si7866780edv.605.2020.08.15.15.14.36; Sat, 15 Aug 2020 15:14:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=VgsexbWC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729010AbgHOWK1 (ORCPT + 99 others); Sat, 15 Aug 2020 18:10:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:41748 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728120AbgHOWKZ (ORCPT ); Sat, 15 Aug 2020 18:10:25 -0400 Received: from localhost.localdomain (c-73-231-172-41.hsd1.ca.comcast.net [73.231.172.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9C37C22D2B; Sat, 15 Aug 2020 04:14:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1597464899; bh=FIMa12YBIxbmIJo5mkpIyQCNLan+KFvgEdkF5NlPF5Y=; h=Date:From:To:Subject:In-Reply-To:References:From; b=VgsexbWCry2QnQXKmEDGliFphiT40hu4/JgjYaHoAmW9k5oOECFOwHdBDHdeQjAbZ vno4rCgEnXx+PinQDLJSUDb10OB+9Zz1BOkXyeHwdMO+7T7dGte/FY8LeG73BPju2Y tq0JWf7U2JplIyT+Fqkv/wADobAPrpVkUDyC9UjQ= Date: Fri, 14 Aug 2020 21:14:59 -0700 From: Andrew Morton To: Zhaoyang Huang , Roman Gushchin , Zhaoyang Huang , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] mm : sync ra->ra_pages with bdi->ra_pages Message-Id: <20200814211459.65f6db0211872e30684a630a@linux-foundation.org> In-Reply-To: <20200814131034.f71a91c6827904e12a629e04@linux-foundation.org> References: <1597395824-3325-1-git-send-email-zhaoyang.huang@unisoc.com> <20200814131034.f71a91c6827904e12a629e04@linux-foundation.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; 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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 14 Aug 2020 13:10:34 -0700 Andrew Morton wrote: > On Fri, 14 Aug 2020 17:03:44 +0800 Zhaoyang Huang wrote: > > > Some system(like android) will turbo read during startup via expanding the > > readahead window and then set it back to normal(128kb as usual). However, some > > files in the system process context will keep to be opened since it is opened > > up and has no chance to sync with the updated value as it is almost impossible > > to change the files attached to the inode(processes are unaware of these things) > > How about making VM_READAHEAD_PAGES a variable? Or make it settable in Kconfig?