Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp277865ybj; Fri, 8 May 2020 11:35:00 -0700 (PDT) X-Google-Smtp-Source: APiQypLuIQG24XdkO97epvyqu31Wlvh/mv/LTBclApeIgaV3D5TZO580HEz2ddIe4rLaqUEwf0KG X-Received: by 2002:a17:906:4995:: with SMTP id p21mr2988428eju.19.1588962900294; Fri, 08 May 2020 11:35:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588962900; cv=none; d=google.com; s=arc-20160816; b=Z7EZQmiC9DIsUQE0wCKGjXMfWYEscbWNOaKj80JlGtumzwcafxcBDjxljlmlC04Jpa dOYh6a+49dAU9/oqFDw49D1oMdHh1uGGUPYhU7TEMtX89zxFoj/4IZJgwxa2Qg0qfVjE 5ZznMW1bvQPn+qVL16VFG1BnY4GBENCwi4X2mJOzCBMX76Yk5YWTm8XRCyaw9VNz7vQr iYnbqLuYkiz/EEuV7zGC7/ZhQolch3bfeViPo5BXuJ6nU5PCSKVj3q4KEIn52wAwOXzZ NxUoBxGLo/3bOLFNGG4ZMJPjcrIftFq5AEGVR2fPlpFPICFtr8RgeCKkg4A+ydgeumYT T7bA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature; bh=pY+mOo2Ik3rWYLJPySMCfrE7K/NG/f57s6xPPFkwDCg=; b=jQnfSjTxzYuHVu66l4AWAcMBRbVoZinkQvPi5xUuw4lpZjHbVRX/aIC4C9EdZLw5FR duYXqSdaktBlPK86HkVrjOMhdyXt6bh92edAllWplqWKKN4pnLeU1HCrSyn3wp7l5pum RExHT9+LgxiH6x4slZIa4c7uxva86qsOgtYy+74TqK23mKim70TRLqYTIOlrtlSxusjW PRJSulKxcZJ1sA+LtVbJhTiHpZRqg1DkvcI/jqO+GWdK0h8vPsdumrf7zuGKAo6FmXDO /jemUIdRNwhnRN+RWeoSmRL94pHHnX0eOjYmA4zIVJIRmW02N2tBuI7TnBry8e2QONSD e8jw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=PkJiY+3y; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id la2si1406036ejb.371.2020.05.08.11.34.37; Fri, 08 May 2020 11:35:00 -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=@google.com header.s=20161025 header.b=PkJiY+3y; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726885AbgEHSbP (ORCPT + 99 others); Fri, 8 May 2020 14:31:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57586 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726811AbgEHSbO (ORCPT ); Fri, 8 May 2020 14:31:14 -0400 Received: from mail-pg1-x542.google.com (mail-pg1-x542.google.com [IPv6:2607:f8b0:4864:20::542]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C1155C061A0C for ; Fri, 8 May 2020 11:31:14 -0700 (PDT) Received: by mail-pg1-x542.google.com with SMTP id l25so1245107pgc.5 for ; Fri, 08 May 2020 11:31:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=pY+mOo2Ik3rWYLJPySMCfrE7K/NG/f57s6xPPFkwDCg=; b=PkJiY+3yDvfK1RMaphrVSJxAZpHPlVI96LEh2eF2DJK/y+VeUnFxraKDe7pkx2MuAA +cUITO2x/tJ7OBopd14bySnct6EKLJ3S0kFLbGGBTTtIos4FeYvFuzsNhG6LywDUEijZ MHedNbeyfE6eQ7j566t3oabeyBFhxHBGzyVUHnpMPdWonR03zIenUbDZj6QKdyKKMRDl xMIgEN1Cgv0PeI1K3qh50jsX5jkm5nkvUY9tRFUhN4UCCwxYLlDPhZ22/7pJRqk2K7cT c2CmPEWmMskfAjI6jWPYfQyl6ATM3UYK3zt28fKbe9omD0Su07J+GsklQlpC52qEvxjK xxfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=pY+mOo2Ik3rWYLJPySMCfrE7K/NG/f57s6xPPFkwDCg=; b=t5ij8q4XMebCFOqA/CfItFjAWYpajSjYyTm7sBzNMXqKA0anfgkemqlC89UM9zKuAA iVaXyFN6oe/VYtOafLvSvIOLS7PglLuzoDnQBMoW5Hy+GtFyHwyZIjU/qsT1hwaJ5t41 D5JAJRl+xGVHuwMUb4uvbiAwFP/dKaUplGTT0FaDcrpm84PRzJq620a2HmwTKnSh0E7D l17O2LQ/GdbO1E5v6s+E4sSsDibvzpB7lnHWXQgBIII0AOiLuHteL+1CrDzhxgmMHlCz 9AdJnTZnsL5BNg8OZylb21H8M2gjOorkaQ2HQcQAsmJP5Z3UntbkV+SBMKCRKZuyyhkX cvzw== X-Gm-Message-State: AGi0PubDxmQ/RmzadxBWMAP9Ihh5ZqXp6wAkYHkIOGIq0HLwjRVbh1Cj PgTCI1WJFxakZvn5bgf+bENibg== X-Received: by 2002:a62:7656:: with SMTP id r83mr4109824pfc.71.1588962673869; Fri, 08 May 2020 11:31:13 -0700 (PDT) Received: from [2620:15c:17:3:3a5:23a7:5e32:4598] ([2620:15c:17:3:3a5:23a7:5e32:4598]) by smtp.gmail.com with ESMTPSA id j7sm2407521pfi.160.2020.05.08.11.31.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 08 May 2020 11:31:13 -0700 (PDT) Date: Fri, 8 May 2020 11:31:12 -0700 (PDT) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: "Guilherme G. Piccoli" cc: Andrew Morton , "Guilherme G. Piccoli" , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Gavin Guo , Mel Gorman Subject: Re: [PATCH] mm, compaction: Indicate when compaction is manually triggered by sysctl In-Reply-To: Message-ID: References: <20200507215946.22589-1-gpiccoli@canonical.com> <20200507160438.ed336a1e00c23c6863d75ae5@linux-foundation.org> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 7 May 2020, Guilherme G. Piccoli wrote: > Well...you can think that the problem we are trying to solve was more > like...admin forgot if they triggered or not the compaction hehe > So, counting on the user to keep track of it is what I'd like to > avoid. And thinking about drop_caches (that have an indication when > triggered) makes me think this indeed does make sense for compaction > too. > Cheers, > It doesn't make sense because it's only being done here for the entire system, there are also per-node sysfs triggers so you could do something like iterate over the nodemask of all nodes with memory and trigger compaction manually and then nothing is emitted to the kernel log. There is new statsfs support that Red Hat is proposing that can be used for things like this. It currently only supports KVM statistics but adding MM statistics is something that would be a natural extension and avoids polluting both the kernel log and /proc/vmstat.