| 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
| ||
|
Message-ID: <20090304125425.GA20435@localhost> Date: Wed, 4 Mar 2009 20:54:25 +0800 From: Wu Fengguang <fengguang.wu@...el.com> To: Lukas Hejtmanek <xhejtman@....muni.cz> Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, linux-mm@...ck.org, Zdenek Kabelac <zkabelac@...hat.com> Subject: Re: drop_caches ... On Wed, Mar 04, 2009 at 02:38:36PM +0200, Lukas Hejtmanek wrote: > Hello, > > > So you don't have lots of mapped pages(Mapped=51M) or tmpfs files. It's > > strange to me that there are so many undroppable cached pages(Cached=359M), > > and most of them lie out of the LRU queue(Active+Inactive file=53M)... > > > Anyone have better clues on these 'hidden' pages? > > I think he is simply using Intel driver + GEM + UXA = TONS of drm mm objects > in tmpfs which is 'hidden' unless you have /proc/filecache to see them. Ah I was about to ask him to try filecache before you and Zdenek kick in. I was expecting the shm pages to be accounted in /dev/shm, however the GEM shm pages are allocated from an in-kernel tmpfs mount... And I noticed in filecache that you are compiling your own /usr/local/drm/lib/libdrm_intel.so.1.0.0, now I know what are you doing ;-) Good job, Lukas! Thanks, Fengguang -- 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