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 1X5bn4-00080T-0g for kexec@lists.infradead.org; Fri, 11 Jul 2014 14:27:11 +0000 Date: Fri, 11 Jul 2014 10:26:39 -0400 From: Vivek Goyal Subject: Re: [PATCH 7/7] add a new interface to show the memory usage of 1st kernel Message-ID: <20140711142639.GG15611@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 Hi Bao, How about priting number of pages in decimal numbers. Humans read decimal numbers much better. > -------------------------------------------------- > TYPE PAGES EXCLUDABLE DESCRIPTION > pfn_zero 0x0000000000000000 yes Pages filled with zero I am wondering if we display TYPE of page as follows. Will it be more redable ZERO CACHE CACHE_PRIVATE .. .. > pfn_cache 0x000000000002b19f yes Cache pages > pfn_cache_private 0x0000000000042526 yes Cache pages + private > pfn_user 0x0000000000026bc3 yes User process data pages How about calling them just "User process pages" and not "user process data pages" I am assuming that they could contain text too. > pfn_free 0x0000000000133f79 yes Free pages > pfn_hwpoison 0x0000000000000000 yes Hwpoison pages > pfn_kernel_data 0x000000000001dd56 no Dumpable kernel data > > Total pages on system: 0x00000000001e5f57 > Excludable pages: 0x00000000001c8201 > Memory Hole: 0x00000000000386a9 What is "Memory Hole" ? > -------------------------------------------------- > Total pages: 0x000000000021e600 How this total pages is different from "Total pages on system"? Thanks Vivek _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec