From mboxrd@z Thu Jan 1 00:00:00 1970 From: post@steffenvogel.de (Steffen Vogel) Date: Thu, 14 Aug 2014 13:39:32 +0200 Subject: Understanding page statistics In-Reply-To: <20140813213157.GA13456@gamayun> References: <20140813213157.GA13456@gamayun> Message-ID: <1408016372.1714.12.camel@len.0l.de> To: kernelnewbies@lists.kernelnewbies.org List-Id: kernelnewbies.lists.kernelnewbies.org Am Mittwoch, den 13.08.2014, 18:31 -0300 schrieb Martin Ichilevici de Oliveira: > "The scheduler will periodically scan through each process's address > space, revoking all access permissions to the pages that are currently > resident in RAM. The next time the affected process tries to access that > memory, a page fault will result. I don't know how often the flags are reset. But isn't this a huge overhead? I don't see any advantages for this on UMA machines. > I've built a simple kernel module that, given a PID and virtual address, > retrieves the corresponding struct page. I'm now unsure now where to look > for such statistics and counters. Any hints on relevant data structures are > appreciated. Oh okay, If I'm correct 'struct page' represents a physical page frame rather than virtual mapped page (see [2]). The first thing which comes in my mind is LRU aka the kernels page frame reclamation which is used for swapping unused pages to disk. I'm mot really sure wheather the LRU lists are based on physical pages. But I assume so. You might want to have a look at /proc/pid/pagemap for detailed information of the VA per process [1]. Theres also a /proc/kpageflags and /proc/kpagecount which contain information over physical pages [1]. Steffen [1] https://www.kernel.org/doc/Documentation/vm/pagemap.txt [2] http://www.tldp.org/LDP/tlk/ds/ds.html [3] http://linux-mm.org/LRU [4] https://www.kernel.org/doc/gorman/html/understand/understand013.html -- Steffen Vogel Robensstra?e 69 52070 Aachen Mail: post at steffenvogel.de Mobil: +49 1575 7180927 Web: http://www.steffenvogel.de Jabber: steffen.vogel at jabber.rwth-aachen.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part Url : http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140814/1d065013/attachment-0001.bin