Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp3106997pxb; Tue, 21 Sep 2021 14:54:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQHdVJ26dVVMCDUtmBK6CS32w2+LhtJz2zI7nKgCReSy42QftiUnTtQdxZfXlnsdbf2fTX X-Received: by 2002:a05:6e02:1e0c:: with SMTP id g12mr7879646ila.301.1632261264795; Tue, 21 Sep 2021 14:54:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632261264; cv=none; d=google.com; s=arc-20160816; b=QTSxbOElFhp3q2qkVBWzQX9ApoN32Bd6lt92mVRFdhe8YHx89Z4iRqnymhE2YxX+Jo I2fX5V3oNV1i2o1FTfaY18OsS1nyTZPB/33fxMkh5AFg4xpSORYhF175uvLq+zXXhDUz 9fx+RCNj+UJrXRpmNTjbAfbid1i+5jrDNZxwoQYAI1t5KNbNmMgoVOfvW3wVFn7jJ4Eo F/Ihnmtr4zwf6pocZrVolzPy5KgFJf2lHdsI+/2CDoukLsVYyAWzEJ/HzXA6KNJwmT/w XfdkGKjJcXxK2Wug/EpCQEViDYe/Sudl+XAs/vwQGenCFjU1wCw4IuQpMyH5ijLTBKnd CGuA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:references:in-reply-to:subject :cc:to:from:mime-version:content-transfer-encoding:dkim-signature :dkim-signature; bh=MmQGJX320SQ4PZHIT6qqIM++413uNofSb605veJtUls=; b=BozF1AROOhejW+yVehgxWiELGdse3jDPAmKThTIALz6zjTqOwcghbBULX/CMV/P84W 1LmbB/iWXWwUPHJTsnosHzNt8bEWgA9Y/JDtuwYKroqAz6APtzI0srsMwyY9YOp1vECQ AC4knbZ5GD2d5bVGhKXe+lBXeERROsBZKCmUlDh+ULNyJ7fORMtMLb7swABpjE3pyNhK gUOcmEPTmV0p9+byILZEkecmqmh4/svBJbfBjf66oztaYEb5DxhrkTXErfR4qdAYUQCK u+vsn7XY838cqN1DpcHgiFgVmkt1vFN3JB+r1DMDYWiXBziJ5bBOLY2+YmAPaCDf6Kxg 7L/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=lo3tPEOB; dkim=neutral (no key) header.i=@suse.de; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m1si312462ilu.13.2021.09.21.14.54.11; Tue, 21 Sep 2021 14:54:24 -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=@suse.de header.s=susede2_rsa header.b=lo3tPEOB; dkim=neutral (no key) header.i=@suse.de; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235675AbhIUVsg (ORCPT + 99 others); Tue, 21 Sep 2021 17:48:36 -0400 Received: from smtp-out1.suse.de ([195.135.220.28]:54418 "EHLO smtp-out1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234813AbhIUVsf (ORCPT ); Tue, 21 Sep 2021 17:48:35 -0400 Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id A7CE622231; Tue, 21 Sep 2021 21:47:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1632260825; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MmQGJX320SQ4PZHIT6qqIM++413uNofSb605veJtUls=; b=lo3tPEOB+9EEtY34A9L0SIPIqL8yXfjOoyht9pn3t5JrMo/ofPS9Qve5i+0IP1YTzCjwj7 Qt5bAr4Fr5aHKrtALXP1f4Fa4OEYr7IPJWdjiErbWJoMhV4RubzSGtuztoLzbzeKzwdcWa LkFM5DGifU7g8HUNPZc31k5jUcOcdFw= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1632260825; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MmQGJX320SQ4PZHIT6qqIM++413uNofSb605veJtUls=; b=51wishEjuzRkwfkIV3k1ec7a1+4CQwhMnJYsRAX6+vvLW1sJPtJQf9+e4HLn/WfVnjGS5b 5EVYZRn/eLAq1lCw== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id BF75413BF7; Tue, 21 Sep 2021 21:47:01 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id emXmHtVSSmFPJQAAMHmgww (envelope-from ); Tue, 21 Sep 2021 21:47:01 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit MIME-Version: 1.0 From: "NeilBrown" To: "Mel Gorman" Cc: "Linux-MM" , "Theodore Ts'o" , "Andreas Dilger" , "Darrick J . Wong" , "Matthew Wilcox" , "Michal Hocko" , "Dave Chinner" , "Rik van Riel" , "Vlastimil Babka" , "Johannes Weiner" , "Jonathan Corbet" , "Linux-fsdevel" , "LKML" Subject: Re: [PATCH 3/5] mm/vmscan: Throttle reclaim when no progress is being made In-reply-to: <20210921111630.GR3959@techsingularity.net> References: <20210920085436.20939-1-mgorman@techsingularity.net>, <20210920085436.20939-4-mgorman@techsingularity.net>, <163218069080.3992.14261132300912173043@noble.neil.brown.name>, <20210921111630.GR3959@techsingularity.net> Date: Wed, 22 Sep 2021 07:46:58 +1000 Message-id: <163226081891.21861.1286773174123207227@noble.neil.brown.name> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 Sep 2021, Mel Gorman wrote: > On Tue, Sep 21, 2021 at 09:31:30AM +1000, NeilBrown wrote: > > On Mon, 20 Sep 2021, Mel Gorman wrote: > > > + > > > + reclaim_throttle(pgdat, VMSCAN_THROTTLE_NOPROGRESS, HZ/10); > > > > We always seem to pass "HZ/10" to reclaim_throttle(). Should we just > > hard-code that in the one place inside reclaim_throttle() itself? > > > > do_writepages passes in HZ/50. I'm not sure if these values even have > any special meaning, I think it's more likely they were pulled out of > the air based on the speed of some disk in the past and then copied. > It's another reason why I want the wakeups to be based on events within > the mm as much as possible. Yes, I saw the HZ/50 shortly after writing that email :-) I agree with your guess for the source of these numbers. I still think we should pull them all from the same piece of air. Hopefully, once these changes are properly understood and the events reliably come as expected, we can make it quite large (HZ?) with minimal cost. Thanks, NeilBrown > > -- > Mel Gorman > SUSE Labs > >