On Tue, Apr 8, 2008 at 2:40 AM, Nikanth Karthikesan <[EMAIL PROTECTED]> wrote: > > > > I'd rather not add support for this without a strong case of a > > subsystem that really needs to be dynamically loaded. > > There were some band-width control patches based on cfq + cgroups, which > I guess will mandate cfq to be built-in? >
Yes, or else have built-in stubs for the cgroup subsystem that load cfq and the code that uses cfq the first time someone tries to mount that subsystem. Actually, it probably wouldn't be too hard to have cgroups do that automatically - support the concept of a stub cgroup that was known about at compile time but wasn't active until its first bind, and have cgroups dynamically load the relevant modules when the user tried to mount it. Dynamically loading subsystems that aren't even known about at compile time would be probably a bit uglier. Paul _______________________________________________ Containers mailing list [EMAIL PROTECTED] https://lists.linux-foundation.org/mailman/listinfo/containers _______________________________________________ Devel mailing list Devel@openvz.org https://openvz.org/mailman/listinfo/devel
