From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753860AbcITCqT (ORCPT ); Mon, 19 Sep 2016 22:46:19 -0400 Received: from szxga03-in.huawei.com ([119.145.14.66]:38445 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753259AbcITCqR (ORCPT ); Mon, 19 Sep 2016 22:46:17 -0400 Message-ID: <57E0A2EC.7050809@huawei.com> Date: Tue, 20 Sep 2016 10:46:04 +0800 From: Xishi Qiu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Linux MM , LKML Subject: Re: [question] hugetlb: how to find who use hugetlb? References: <57DF4FEA.9080509@huawei.com> In-Reply-To: <57DF4FEA.9080509@huawei.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.25.179] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.57E0A2F3.0166,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2013-05-26 15:14:31, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 207b895e7efb798f6102e1816c00087e Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2016/9/19 10:39, Xishi Qiu wrote: > On my system, I set HugePages_Total to 2G(1024 x 2M), and I use 1G hugetlb, > but the HugePages_Free is not 1G(512 x 2M), it is 280(280 x 2M) left, > HugePages_Rsvd is 0, it seems someone use 232(232 x 2M) hugetlb additionally. > > So how to find who use the additional hugetlb? > > I search every process and find the total hugetlb size is only 1G, > cat /proc/xx/smaps | grep KernelPageSize, then account the vma size > which KernelPageSize is 2048 kB. > > Thanks, > Xishi Qiu > I kill the processes which use hugetlb, and set 0 to nr_hugepages. My kernel version is v3.10 meminfo: HugePages_Total: 232 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 232 Hugepagesize: 2048 kB "cat /proc/*/smaps | grep KernelPageSize| grep 2048" shows nothing. linux-ZSfbIr:/home # mount | grep hugetlb cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) nodev on /dev/hugepages type hugetlbfs (rw,relatime) linux-ZSfbIr:/home # ll /dev/hugepages/ total 0 linux-ZSfbIr:/home # ll /sys/fs/cgroup/hugetlb/ total 0 -rw-r--r-- 1 root root 0 Sep 13 08:10 cgroup.clone_children --w--w--w- 1 root root 0 Sep 13 08:10 cgroup.event_control -rw-r--r-- 1 root root 0 Sep 13 08:10 cgroup.procs -r--r--r-- 1 root root 0 Sep 13 08:10 cgroup.sane_behavior -rw-r--r-- 1 root root 0 Sep 13 08:10 hugetlb.1GB.failcnt -rw-r--r-- 1 root root 0 Sep 13 08:10 hugetlb.1GB.limit_in_bytes -rw-r--r-- 1 root root 0 Sep 13 08:10 hugetlb.1GB.max_usage_in_bytes -r--r--r-- 1 root root 0 Sep 13 08:10 hugetlb.1GB.usage_in_bytes -rw-r--r-- 1 root root 0 Sep 13 08:10 hugetlb.2MB.failcnt -rw-r--r-- 1 root root 0 Sep 13 08:10 hugetlb.2MB.limit_in_bytes -rw-r--r-- 1 root root 0 Sep 13 08:10 hugetlb.2MB.max_usage_in_bytes -r--r--r-- 1 root root 0 Sep 13 08:10 hugetlb.2MB.usage_in_bytes -rw-r--r-- 1 root root 0 Sep 13 08:10 notify_on_release -rw-r--r-- 1 root root 0 Sep 13 08:10 release_agent -rw-r--r-- 1 root root 0 Sep 13 08:10 tasks linux-ZSfbIr:/home # > >