From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1X5bvC-0003Ke-KH for kexec@lists.infradead.org; Fri, 11 Jul 2014 14:35:39 +0000 Date: Fri, 11 Jul 2014 10:35:03 -0400 From: Vivek Goyal Subject: Re: [PATCH 7/7] add a new interface to show the memory usage of 1st kernel Message-ID: <20140711143503.GH15611@redhat.com> References: <1405062964-11406-1-git-send-email-bhe@redhat.com> <1405062964-11406-7-git-send-email-bhe@redhat.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1405062964-11406-7-git-send-email-bhe@redhat.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Baoquan He Cc: kumagai-atsushi@mxc.nes.nec.co.jp, kexec@lists.infradead.org On Fri, Jul 11, 2014 at 03:16:04PM +0800, Baoquan He wrote: > Recently people complained that they don't decide how much disk size > need be reserved for kdump storing. E.g there are lots of machines > with different memory size, if the memory usage information of current > system can be shown, that can help them to make an estimate how much > storage space need be reserved. > > In this patch, a new interface is added into makedumpfile. With the > help of this, people can know the page number of memory in different > use. The implementation is analyzing the "System Ram" and "kernel text" > program segment of /proc/kcore excluding the crashkernel range, then > calculating the page number of different kind per vmcoreinfo. > > The print is like below: > ->$ ./makedumpfile --mem-usage /proc/kcore > Excluding unnecessary pages : [100.0 %] | > > Page number of memory in different use > -------------------------------------------------- > TYPE PAGES EXCLUDABLE DESCRIPTION > pfn_zero 0x0000000000000000 yes Pages filled with zero > pfn_cache 0x000000000002b19f yes Cache pages > pfn_cache_private 0x0000000000042526 yes Cache pages + private > pfn_user 0x0000000000026bc3 yes User process data pages > pfn_free 0x0000000000133f79 yes Free pages > pfn_hwpoison 0x0000000000000000 yes Hwpoison pages Is there a need to display hwpoison pages? I think they are excluded by default. Otherwise reading them might kill makedumpfile process. Thanks Vivek _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec