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-prev] [day] [month] [year] [list]
Message-ID: <29337843.post@talk.nabble.com>
Date:	Tue, 3 Aug 2010 10:06:58 -0700 (PDT)
From:	meherjaya <JayasriS@...sys.com>
To:	linux-kernel@...r.kernel.org
Subject: Re: which fields in /proc/meminfo are orthogonal?


Hi Andy,

     I am seeing similar kind of issue, where SUnreclaim increases. How did
you resolve your issue.

Thanks
Jayasri


Andy Walls-2 wrote:
> 
> On Tue, 2010-01-26 at 14:47 -0600, Chris Friesen wrote:
>> On 01/26/2010 01:03 PM, Chris Friesen wrote:
>> 
>> > I'm currently trying to figure out which of the entries in
>> /proc/meminfo
>> > are actually orthogonal to each other.  Ideally I'd like to be able to
>> > add up the suitable entries and have it work out to the total memory on
>> > the system, so that I can then narrow down exactly where the memory is
>> > going.  Is this feasable?
>> 
>> I've tried adding up
>> MemFree+Buffers+Cached+AnonPages+Mapped+Slab+PageTables+VmallocUsed
> 
> VmallocUsed referws to Vmalloc address space consumption.  However,
> Vmalloc address space is not used exclusively to map system RAM into
> virtual address space.  It is also used to map PCI MMIO windows to the
> register sets or memory chips on PCI cards into the vritual address
> space.
> 
> Regards,
> Andy
> 
> 
>> (hugepages are disabled and there is no swap)
>> 
>> Shortly after boot this gets me within about 3MB of MemTotal.  However,
>> after 1070 minutes there is a 64MB difference between MemTotal and the
>> above sum.
>> 
>> Here's /proc/meminfo after 1070 minutes:
>> 
>> MemTotal:      4042848 kB
>> MemFree:        406112 kB
>> Buffers:         12072 kB
>> Cached:        3068368 kB
>> SwapCached:          0 kB
>> Active:         671200 kB
>> Inactive:      2711952 kB
>> SwapTotal:           0 kB
>> SwapFree:            0 kB
>> Dirty:              44 kB
>> Writeback:           0 kB
>> AnonPages:      235864 kB
>> Mapped:          30752 kB
>> Slab:           200156 kB
>> SReclaimable:   142828 kB
>> SUnreclaim:      57328 kB
>> PageTables:       4320 kB
>> NFS_Unstable:        0 kB
>> Bounce:              0 kB
>> WritebackTmp:        0 kB
>> CommitLimit:   2021424 kB
>> Committed_AS:  2593116 kB
>> VmallocTotal: 34359738367 kB
>> VmallocUsed:     21496 kB
>> VmallocChunk: 34359716779 kB
>> HugePages_Total:     0
>> HugePages_Free:      0
>> HugePages_Rsvd:      0
>> HugePages_Surp:      0
>> Hugepagesize:     2048 kB
>> DirectMap4k:      3008 kB
>> DirectMap2M:   4190208 kB
>> 
>> Any ideas how to track down the missing memory?
>> 
>> Chris
>> --
>> 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/
>> 
> 
> --
> 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/
> 
> 

-- 
View this message in context: http://old.nabble.com/which-fields-in--proc-meminfo-are-orthogonal--tp27328047p29337843.html
Sent from the linux-kernel mailing list archive at Nabble.com.

--
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