On Thu, 19 May 2011 20:24:51 -0700 Ying Han <yinghan@xxxxxxxxxx> wrote: > The new API exports numa_maps per-memcg basis. This is a piece of useful > information where it exports per-memcg page distribution across real numa > nodes. > > One of the usecase is evaluating application performance by combining this > information w/ the cpu allocation to the application. > > The output of the memory.numastat tries to follow w/ simiar format of numa_maps > like: > > total=<total pages> N0=<node 0 pages> N1=<node 1 pages> ... > file=<total file pages> N0=<node 0 pages> N1=<node 1 pages> ... > anon=<total anon pages> N0=<node 0 pages> N1=<node 1 pages> ... > unevictable=<total anon pages> N0=<node 0 pages> N1=<node 1 pages> ... > > And we have per-node: > total = file + anon + unevictable > > $ cat /dev/cgroup/memory/memory.numa_stat > total=250020 N0=87620 N1=52367 N2=45298 N3=64735 > file=225232 N0=83402 N1=46160 N2=40522 N3=55148 > anon=21053 N0=3424 N1=6207 N2=4776 N3=6646 > unevictable=3735 N0=794 N1=0 N2=0 N3=2941 Does it make sense to add all this code for non-NUMA kernels? The patch adds a kilobyte of pretty useless text to uniprocessor kernels. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>