Hey, Joonsoo. On Sat, Nov 03, 2012 at 04:25:59AM +0900, JoonSoo Kim wrote: > I am worrying about data cache footprint which is possibly caused by > this patchset, especially slab implementation. > If there are several memcg cgroups, each cgroup has it's own kmem_caches. > When each group do slab-intensive job hard, data cache may be overflowed easily, > and cache miss rate will be high, therefore this would decrease system > performance highly. It would be nice to be able to remove such overhead too, but the baselines for cgroup implementations (well, at least the ones that I think important) in somewhat decreasing priority are... 1. Don't over-complicate the target subsystem. 2. Overhead when cgroup is not used should be minimal. Prefereably to the level of being unnoticeable. 3. Overhead while cgroup is being actively used should be reasonable. If you wanna split your system into N groups and maintain memory resource segregation among them, I don't think it's unreasonable to ask for paying data cache footprint overhead. So, while improvements would be nice, I wouldn't consider overheads of this type as a blocker. Thanks. -- tejun -- 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>