On 11/15/2012 03:11 PM, Milos Jakovljevic wrote: > Or maybe, it is just some problem with nvidia blob and 3.7 kernel > loosing VM_RELEASE (in a blob's mmap.c it was replaced with > VM_DONTEXPAND | VM_DONTDUMP ). - or maybe I'm just saying nonsense > here. I'm using Intel graphics, so it's not nvidia related for me, at least. I've been recording a bunch of gunk from /proc once a minute for the past 16 hours or so. I've grepped some of it in to a log file (but I've got a *LOT* more than this): http://sr71.net/~dave/linux/leak-20121113/log.1353087988.txt.gz >From meminfo, it shows MemFree/Buffers/Cached/AnonPages/Slab/PageTables, and their sum. That should capture _most_ of the memory use on the system, and if we see that sum going down, it's probably a sign of the leak, especially when we see a trend over a long period. The file is in roughly this format, if anyone cares: <nr/date> <meminfo fields> sums: <sum fields> <delta> The system in question is my laptop. What I can tell is that it doesn't leak much when I'm not using it. But, it's leaking pretty steadily since I started using the system today (~6am in the logs). It _averages_ leaking about 400kB/minute when idle and almost 9MB/minute when in active use. I've tried to provoke the leak doing specific things like large downloads, kernel compiles, watching video, alloc'ing a bunch of transparent huge pages, then exiting... No smoking gun so far. Anybody have ideas what to try next or want to poke holes in my statistics? :) -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>