On Mon, Nov 13, 2017 at 05:11:02PM +0100, Michal Hocko wrote: > On Mon 13-11-17 16:03:02, Roman Gushchin wrote: > > Currently we display some hugepage statistics (total, free, etc) > > in /proc/meminfo, but only for default hugepage size (e.g. 2Mb). > > > > If hugepages of different sizes are used (like 2Mb and 1Gb on x86-64), > > /proc/meminfo output can be confusing, as non-default sized hugepages > > are not reflected at all, and there are no signs that they are > > existing and consuming system memory. > > Yes this sucks but we do have per numa node per h-state stats in sysfs > already /sys/devices/system/node/node*/hugepages > > I know it is another source of the information but is there any reason > you cannot use it? Hi, Michal! In my case, I didn't know in advance, that hugetlb pages are preallocated, and spent some time trying to find "magically disappeared" several Gb of memory, which are not reflected in any /proc/[meminfo,vmstat] counters. IMO, /proc/meminfo should give a user a high-level overview of memory usage in the system, without a need to look into other places. Of course, we always have some amount of unaccounted memory, but it shouldn't be measured in Gb, as in this case. If you're worried about adding counters which will be 0 most of the time for most users, we can print them conditionally, only if total number of corresponding pages is not 0. Thanks! -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>
