On 09/24/2011 01:58 PM, Andi Kleen wrote:
Glauber Costa<glommer@xxxxxxxxxxxxx> writes:
This patch uses the "tcp_max_mem" field of the kmem_cgroup to
effectively control the amount of kernel memory pinned by a cgroup.
We have to make sure that none of the memory pressure thresholds
specified in the namespace are bigger than the current cgroup.
I noticed that some other OS known by bash seem to have a rlimit per
process for this. Would that make sense too? Not sure how difficult
your infrastructure would be to extend to that.
-Andi
Well, not that hard, I believe.
and given the benchmarks I've run in this iteration, I think it wouldn't
be that much of a performance impact either. We just need to account it
to a task whenever we account it for a control group. Now that the
functions where accounting are done are abstracted away, it is even
quite few places to touch.
--
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/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>