Really, what I see here very much looks like a constant leakage on an
otherwise idle system, not some artefact from the mm; albeit the cached
mem seems stable, the free memory goes down irremediably.

"Slab" counter of /proc/meminfo?

As I can see, seqfile makes use of kmalloc()-ed memory so it should be
accounted by "Slab" if we think of it as a source of the leak.

I suppose, if "MemFree" goes down and non of the other counters (Slab,
Cached, Buffers, Vmalloced,...) get proportionally up, it might mean
something gets memory directly from the buddy allocator - e.g. by
using get_free_pages() for the purpose that's (again) not covered by
any counters..


--
Best regards,
Dmitry Adamushko

_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help

Reply via email to