* Dhaval Giani <dhaval.gi...@gmail.com> [2010-12-17 15:23:19]:
> Heya!
>
> So, I have been talking with torbenh on IRC on trying to figure out
> how to make life easier for JACK and providing it with rt powers.
>
> Now, cgconfigparser has the ability to load cascaded configurations,
> but that still requires the original namespace to be defined in
> /etc/cgconfig . The problem is that every application cannot add to
> that one file in a sane fashion. Now, discussing with torbenh, he had
> the idea that we could store all the "individual" configurations in
> something like /etc/cgconfig.d/ and have libcgroup load it. (of-course
> we will need to figure out some rules so that we don't have competing
> cgroup names, and we need to metnion that the namespace will have to
> be / as opposed to something else and so on..). I don't see anything
> particularly against this idea. Of course, I am not goign to modify
> cgconfigparser, but I am instead looking at looping inside the
> initscript to load using /etc/cgonfig and then load /etc/cgconfig.d/ .
>
I like this, if done correctly.
> Now having said that, I am tempted to add another field inside
> /etc/cgconfig saying cascade = /some/dir/ and then go on to load
> /some/dir in a cascaded fashion. That way, jack can have its own
> cascaded directory and so on (as well)...
>
I don't like this idea, the more files have dependencies the harder
they are to debug, for example -- who loaded this configuration file
and why?
> Comments?
>
> Thanks!
> Dhaval
--
Three Cheers,
Balbir
------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
Libcg-devel mailing list
Libcg-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libcg-devel
