lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTik3N5j74eWastminNZLevPqoSCEiVCrX1vP66_k@mail.gmail.com>
Date:	Tue, 15 Mar 2011 14:31:50 +0530
From:	Aneesh Bhasin <contact.aneesh@...il.com>
To:	linux-newbie <linux-newbie@...r.kernel.org>,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: smap output - unnamed entries and heap

Hi All,

My apologies if this is not the right place for these type of
questions - I do not know of a better place to ask this.

I am trying to take out some memory figures from the /proc/<pid>/smaps
interface (linux v2.6.35). However, I could not find what do the
entries that have no name associated to them (no library path or
binary path with these entries) mean. So, I wrote a test C program
that allocates 100MB of memory (using malloc) and then writes to it in
chunks of 10MB. I could see that the 'Size' and 'RSS' of one of the
unnamed entries was increasing in accordance with the code, but there
were several other such unnamed sections too - is there a way to know
what and where do they come from.

Also, I could see that for some process the smap interface was showing
a '[heap]' entry but not for all - e.g. for my above test case, there
was no '[heap]' entry, although I assumed the malloc should have
reflected in the [heap]. Can someone please tell me (or point me in
the right direction) why is heap entry there only for some processes ?

Thanks in advance for any help..

Regards,
Aneesh Bhasin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ