On Thu, Oct 25, 2012 at 2:32 PM, jbd <j...@jbdenis.net> wrote: > >> If I understand correclty (once again ^^) the spirit behind cgrules is >> to move process in a predefined cgroup hierarchy. I'll need a different >> The fact seems to be that I need to defined a different hierarchy for >> each process to apply the memory limit the way I want (limit each >> process to a specific amount of maximum RSS memory). >> >> I'm just beginning to play seriously with cgroup, and it's quite sure I >> didn't get everything correctly, but I would be glad if you could >> elaborate on what you have in mind to address my specific problem. > > Any suggestion before I let my question die ? :)
grrr. I blame grad school for me slipping up. So I don't think it should be too complicated to create cgroups with cgrules dynamically. The hard questions are policy related. Let's take just the memory subsystem for example, 1. When do you know the memory limit? Is it something that is figured out at runtime, or you can put it in some file which can then loaded in by cgrules? I don't think either of the methods are harder than the other, but it really is a question of knowing what interface to provide. 2. What if memory is co-mounted with (say) cpusets? cpusets bring about interesting complications, since you cannot move a process into them till the cpus and memory is set. How do you figure out what to do for cpuset when all your program cares about is memory? Now, I am sure we can have a solution for you, but I am also sure that I will find at least 10 persons coming and telling me that that policy is broken ;-). So, I am very happy to accept patches (at least to create cgroups dynamically), however I would like some sane policy mechanism, and if you figure it out, you are my hero :D. Thanks! Dhaval ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct _______________________________________________ Libcg-devel mailing list Libcg-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libcg-devel
