From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752497AbcL2ILe (ORCPT ); Thu, 29 Dec 2016 03:11:34 -0500 Received: from out0-154.mail.aliyun.com ([140.205.0.154]:39040 "EHLO out0-154.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751167AbcL2ILd (ORCPT ); Thu, 29 Dec 2016 03:11:33 -0500 X-Greylist: delayed 315 seconds by postgrey-1.27 at vger.kernel.org; Thu, 29 Dec 2016 03:11:32 EST X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R161e4;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e02c03293;MF=hillf.zj@alibaba-inc.com;NM=1;PH=DS;RN=9;SR=0;TI=SMTPD_---.7Mc1pa2_1482998749; Reply-To: "Hillf Danton" From: "Hillf Danton" To: "'Michal Hocko'" , Cc: "'Andrew Morton'" , "'Mel Gorman'" , "'Johannes Weiner'" , "'Vlastimil Babka'" , "'Rik van Riel'" , "'LKML'" , "'Michal Hocko'" References: <20161228153032.10821-1-mhocko@kernel.org> <20161228153032.10821-7-mhocko@kernel.org> In-Reply-To: <20161228153032.10821-7-mhocko@kernel.org> Subject: Re: [PATCH 6/7] mm, vmscan: enhance mm_vmscan_lru_shrink_inactive tracepoint Date: Thu, 29 Dec 2016 16:05:49 +0800 Message-ID: <06da01d261aa$5e7b01e0$1b7105a0$@alibaba-inc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKdd06YOfI90de32HGjIBSPbRj/+wH1h+Bzn3i5bOA= Content-Language: zh-cn Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday, December 28, 2016 11:31 PM Michal Hocko wrote: > From: Michal Hocko > > mm_vmscan_lru_shrink_inactive will currently report the number of > scanned and reclaimed pages. This doesn't give us an idea how the > reclaim went except for the overall effectiveness though. Export > and show other counters which will tell us why we couldn't reclaim > some pages. > - nr_dirty, nr_writeback, nr_congested and nr_immediate tells > us how many pages are blocked due to IO > - nr_activate tells us how many pages were moved to the active > list > - nr_ref_keep reports how many pages are kept on the LRU due > to references (mostly for the file pages which are about to > go for another round through the inactive list) > - nr_unmap_fail - how many pages failed to unmap > > All these are rather low level so they might change in future but the > tracepoint is already implementation specific so no tools should be > depending on its stability. > > Signed-off-by: Michal Hocko > --- Acked-by: Hillf Danton From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg0-f69.google.com (mail-pg0-f69.google.com [74.125.83.69]) by kanga.kvack.org (Postfix) with ESMTP id AA8736B025E for ; Thu, 29 Dec 2016 03:06:06 -0500 (EST) Received: by mail-pg0-f69.google.com with SMTP id b1so954059068pgc.5 for ; Thu, 29 Dec 2016 00:06:06 -0800 (PST) Received: from out4435.biz.mail.alibaba.com (out4435.biz.mail.alibaba.com. [47.88.44.35]) by mx.google.com with ESMTP id 15si52738163pfk.17.2016.12.29.00.06.04 for ; Thu, 29 Dec 2016 00:06:05 -0800 (PST) Reply-To: "Hillf Danton" From: "Hillf Danton" References: <20161228153032.10821-1-mhocko@kernel.org> <20161228153032.10821-7-mhocko@kernel.org> In-Reply-To: <20161228153032.10821-7-mhocko@kernel.org> Subject: Re: [PATCH 6/7] mm, vmscan: enhance mm_vmscan_lru_shrink_inactive tracepoint Date: Thu, 29 Dec 2016 16:05:49 +0800 Message-ID: <06da01d261aa$5e7b01e0$1b7105a0$@alibaba-inc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Language: zh-cn Sender: owner-linux-mm@kvack.org List-ID: To: 'Michal Hocko' , linux-mm@kvack.org Cc: 'Andrew Morton' , 'Mel Gorman' , 'Johannes Weiner' , 'Vlastimil Babka' , 'Rik van Riel' , 'LKML' , 'Michal Hocko' On Wednesday, December 28, 2016 11:31 PM Michal Hocko wrote: > From: Michal Hocko > > mm_vmscan_lru_shrink_inactive will currently report the number of > scanned and reclaimed pages. This doesn't give us an idea how the > reclaim went except for the overall effectiveness though. Export > and show other counters which will tell us why we couldn't reclaim > some pages. > - nr_dirty, nr_writeback, nr_congested and nr_immediate tells > us how many pages are blocked due to IO > - nr_activate tells us how many pages were moved to the active > list > - nr_ref_keep reports how many pages are kept on the LRU due > to references (mostly for the file pages which are about to > go for another round through the inactive list) > - nr_unmap_fail - how many pages failed to unmap > > All these are rather low level so they might change in future but the > tracepoint is already implementation specific so no tools should be > depending on its stability. > > Signed-off-by: Michal Hocko > --- Acked-by: Hillf Danton -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org