On Fri, 16.07.10 12:56, Eric Brower ([email protected]) wrote: > Sorry to commandeer the prior thread, but this dovetails with a > question I have been asking myself regarding adoption of libcgroup as > a dependency for a current project. > > Looking at a few other projects that would benefit from a cgroup > configuration library, it seems neither are currently using it: > > - LXC: uses hand-rolled support for cgroups > - libvirt: Red Hat RPM "%requires" libcgroup but doesn't actually use > the library (hand-rolled) > > Common use of a cgroup library would undoubtedly be beneficial (esp. > given the current haphazard implementation of individual control group > configuration nodes); being somewhat new to the libcgroup list, could > somebody clarify if there are discussions or plans under way to get > other projects to leverage this library? If not, do we understand > what is stifling adoption? > > No offense intended here-- I'm simply curious about the history and > future direction as I evaluate options.
My 2 cents: I absolutely believe that having some common implementation for the cgroup userspace part is a very good thing. While for systemd the current implementation of libcgroup turned out not to be fully sufficient I do believe that having some common infrastructure here would be higly advisable, in particular because some algorithms are not really trivial (for example, how to race-freely kill all members of a cgroup, and operating race-freely on recursive cgroups as well as securely controlling perms). As I understood Dhaval and Balbir, they are interested in adding more functionality from my long list of requests from the systemd side. if this would all be provided the various projects would have something substantial to gain from adopting libcgroup. Or in other words: I think there's currently a lot of functionality not covered by libcg, but offering that would be the convincing argument for various projects to adopt libcgroup. Lennart -- Lennart Poettering - Red Hat, Inc. ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Libcg-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libcg-devel
