On Thu, 21 Oct 2010, Andrew Morton wrote: > > With the per node patch we may be able to get some more finegrained slab > > reclaim in the future. But the subsystems are still not distinguishing > > caches per zone since slab allocations always occur from ZONE_NORMAL. So > > what is the point of the additional calls? > > > > In other words, you don't know! Do you know what the point of calling slab_shrink() per zone in one location (kswapd) vs. for each reclaim pass in direct reclaim is? > Theoretical design arguments are all well and good. But practical, > empirical results rule, and we don't know the practical, empirical > effects of this change upon our users. If we want to use the shrinkers for node specific reclaim then we need to have some sane methodology to this. Not only "we have done it this way and we do not know why but it works". There seems to be already other dark grown heuristics around slab_reclaim. But maybe its better to throw the two changes together to make this one patch for per node slab reclaim support. -- 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/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>