thegeezer <thegeezer <at> thegeezer.net> writes:
> there is a little more here > http://gentoo-en.vfose.ru/wiki/Improve_responsiveness_with_cgroups > which will allow you to script creating a cgroup with the processID of > an interactive shell, that you can start from to help save hunting down > all the threads spawned by chrome. > you can then do fun stuff with echo $$ > > /sys/fs/cgroup/cpu/high_priority/tasks Yea this is cool. But when it's a cluster, with thousands of processes this seem to be limited by the manual parsing and CLI actions that are necessary for large/busy environments. (We shall see). > hopefully this will give you a bit more control over all of that though Gmane mandates that the previous lines be culled. That said; you have given me much to think about, test and refine. In /sys/fs/cgroup/cpu I have: cgroup.clone_children cgroup.procs cpu.shares release_agent cgroup.event_control cgroup.sane_behavior notify_on_release tasks So I'll have to research creating and priotizing dirs like "high_priority" I certainly appreciate your lucid and direct explanations. Let me play with this a bit and I'll post back when I munge things up..... Are there any "graphical tools" for adjusting and managing cgroups? Surely when I apply this to the myriad of things running on my mesos+spark cluster I'm going to need a well thoughout tool for cgroup management, particularly on memory resources organization and allocations as spark is an "in_memory" environment that seems sensitive to OOM issues of all sorts. thx, James