Hello, On Mon, Feb 23, 2015 at 02:08:09PM +1100, Aleksa Sarai wrote: > The current state of resource limitation for the number of open > processes (as well as the number of open file descriptors) requires you > to use setrlimit(2), which means that you are limited to resource > limiting process trees rather than resource limiting cgroups (which is > the point of cgroups). > > There was a patch to implement this in 2011[1], but that was rejected > because it implemented a general-purpose rlimit subsystem -- which meant > that you couldn't control distinct resource limits in different > heirarchies. This patch implements a resource controller *specifically* > for the number of processes in a cgroup, overcoming this issue. > > There has been a similar attempt to implement a resource controller for > the number of open file descriptors[2], which has not been merged > becasue the reasons were dubious. Merely from a "sane interface" > perspective, it should be possible to utilise cgroups to do such > rudimentary resource management (which currently only exists for process > trees). This isn't a proper resource to control. kmemcg just grew proper reclaim support and will be useable to control kernel side of memory consumption. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe cgroups" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
