Hello,
Il 12/08/2010 03:02, Paul Menage ha scritto:
> On Fri, Aug 6, 2010 at 3:57 AM, Lennart Poettering
> <[email protected]> wrote:
>
>> Well, the release agent logic is ugly anyway. It would be much nicer if
>> cgroups would just send the release msgs via netlink, so that more than
>> just one application can be notified and we don't have to spawn
>> processes all the time.
>>
> It was just added for cpusets compatibility -
what exactly has been added, and where can I find more info ?
> I'm not sure that I'd
> expect to see getting much use, versus simply periodically polling
> cgroups to see if they're empty.
>
guess that all depends on how many groups one expects to see in the
system, and how often one expects them to become empty.
In my scenario (which caused the beginning of this thread), each cgroup
corresponds to a real-time thread, process or complex software
component. Once all of the tasks died, I'd like to see the group cleaned
up automatically (and the corresponding runtime/period resources
reclaimed by the system), so as to be able to create new real-time
applications (and also to free unused kernel-level resources). Now, this
is not expected to happen very often while using a real application
(e.g., multimedia). However, while developing and debugging, one easily
creates lots of groups and needs them to be freed quickly. I don't know
which value would work as a reasonable time-out over which to run
through all of the existing groups in order to find and remove the empty
ones.
T.
--
Tommaso Cucinotta, Computer Engineering PhD, Researcher
ReTiS Lab, Scuola Superiore Sant'Anna, Pisa, Italy
Tel +39 050 882 024, Fax +39 050 882 003
http://retis.sssup.it/people/tommaso
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Libcg-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libcg-devel
