> > It looks like it's the pagecache that was throwing me off. "cache" from > memory.stat is equivalent to the memory.usage_in_bytes value, and rss is 0. > > [root@tera1133 coda]# cat cgroup.procs > [root@tera1133 coda]# cat memory.usage_in_bytes > 2658271232 > [root@tera1133 coda]# cat memory.use_hierarchy > 0 > [root@tera1133 coda]# cat memory.stat > cache 2658271232 > rss 0 > mapped_file 28672 > pgpgin 376859956 > pgpgout 376210964 > swap 0 > inactive_anon 0 > active_anon 0 > inactive_file 1245843456 > active_file 1412427776 > unevictable 0 > hierarchical_memory_limit 6442450944 > hierarchical_memsw_limit 9223372036854775807 > total_cache 2658271232 > total_rss 0 > total_mapped_file 28672 > total_pgpgin 376859956 > total_pgpgout 376210964 > total_swap 0 > total_inactive_anon 0 > total_active_anon 0 > total_inactive_file 1245843456 > total_active_file 1412427776 > total_unevictable 0 > > I'll start using the values in memory.stat instead. > We have an API for parsing stats (an iterator). Yes pagecache can be left behind, you can try to force_empty by writing 1 to memory.force_empty, but I would not recommend it. Deleting the group will automatically move away the charges elsewhere.
Balbir Singh. ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Libcg-devel mailing list Libcg-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libcg-devel
