Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp2682918ybg; Thu, 24 Oct 2019 13:30:12 -0700 (PDT) X-Google-Smtp-Source: APXvYqwEmZ+f9AYsZ9wJ0Nj2jH4QILNhPK2xVfv2HD8r3MI3Z+OpMlYUx3cEqsFsKlfLlnrebMrK X-Received: by 2002:a50:b966:: with SMTP id m93mr80189ede.228.1571949012204; Thu, 24 Oct 2019 13:30:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571949012; cv=none; d=google.com; s=arc-20160816; b=LCLqfvY0pZCrKZws3LJtwatTwC076pD+xT3oJ3N4jCvUclJZowsLhC8tDFQvBtpvzd f+OfG93jwtY4gdYxkKvX6rIe8q/B6pYL9jimqBz0hrlhad+o6FNG3QNvXIPk37eZWsqt cfE/980ulY04sGmy3s5LvOIosWxX16NXBDVWgTJQidnwYSQM71bjffAmtWGbqaqDE4jZ 4MzyQlJ1z3JAMiTS4oKJ7GMQgaIWKeP5jMPWGTRcTMNrqF/BeYhBZ7q6ECUUJFiOZ3VO ureeqeczg3ZZ9kvbTd+dp7JNomVtzmQZenXpDy0WrVdrJng3mEnxiiFmieRrAC/iqTAD nw3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=cy0uoYz8eHPwwEOEfBwx1R/zW2mbpdP1q5NyGwCMbCY=; b=JO5YQfwVvzuyjZTE2V9rHRidw5AQwKstBa6Km/rFlj80utpWVeo2qd3tQOkuBmdLme 58kWFyDE4rlsXPOuEvUZN29GTDa4d3z40OTBA81ZseC0auqKQ1H3DUpIkIutCrzhdqQ3 dKECcAYI8X0BSlE+15w8G7EuvUpWfNK5RKFX57XvWMqqQY4aesA/0gNb2fyLYJ0Gi04P 6RMX+bNdF/qhGAbduqVjsSO0GIXkVEdWv6vgg+sm2u4+IXzArVz6uo5onvPEaTbW1KKA CihH4WJIq6WRgMe49vcx13GvJ5zW0EIxiCPvhUQB1GA2u1Srdg28qgXAgjWU8Q7ceucO CnHw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id dc17si3887155ejb.289.2019.10.24.13.29.48; Thu, 24 Oct 2019 13:30:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2406914AbfJXFeu (ORCPT + 99 others); Thu, 24 Oct 2019 01:34:50 -0400 Received: from mga14.intel.com ([192.55.52.115]:52126 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404022AbfJXFet (ORCPT ); Thu, 24 Oct 2019 01:34:49 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Oct 2019 22:34:49 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.68,223,1569308400"; d="scan'208";a="192074234" Received: from shbuild999.sh.intel.com (HELO localhost) ([10.239.147.113]) by orsmga008.jf.intel.com with ESMTP; 23 Oct 2019 22:34:46 -0700 Date: Thu, 24 Oct 2019 13:34:45 +0800 From: Feng Tang To: Qian Cai Cc: Waiman Long , Andrew Morton , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Johannes Weiner , Michal Hocko , Roman Gushchin , Vlastimil Babka , Konstantin Khlebnikov , Jann Horn , Song Liu , Greg Kroah-Hartman , Rafael Aquini Subject: Re: [PATCH] mm/vmstat: Reduce zone lock hold time when reading /proc/pagetypeinfo Message-ID: <20191024053445.GB42124@shbuild999.sh.intel.com> References: <20191024033313.GA42124@shbuild999.sh.intel.com> <15BA6C88-21C1-4BF3-BB10-2A207AEBB401@lca.pw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15BA6C88-21C1-4BF3-BB10-2A207AEBB401@lca.pw> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 24, 2019 at 12:34:41PM +0800, Qian Cai wrote: > > > > On Oct 23, 2019, at 11:33 PM, Feng Tang wrote: > > > > We have been using the /proc/pagetypeinfo for debugging, mainly for > > client platforms like phones/tablets. We met problems like very slow > > system response or OOM things, and many of them could be related with > > memory pressure or fragmentation issues, where monitoring /proc/pagetypeinfo > > will be very useful for debugging. > > This description of use case is rather vague. Which part of the information in that file is critical to debug an OOM or slow system that is not readily available in places like /proc/zoneinfo, /proc/buddyinfo, sysrq-m, or OOM trace etc? One example is, there was a platform with limited DRAM, so it preset some CMA memory for camera's big buffer allocation use, while it let these memory to be shared by others when camera was not used. And after long time running, the cma region got fragmented and camera app started to fail due to the buffer allocation failure. And during debugging, we kept monitoring the buddy info for different migrate types. Thanks, Feng