After cgroup system has taken shape, its time to have some basic tools
in user space which can enable a user to use the resource management
-functionality effictively.
+functionality effectively.
One of the needed functionality is rule based placement of a task. In general,
there can be either uid or gid or exec based rules. Admin/root will
your rules).
- Run cgrulesengd.
- ./cgrulesengd
-- Launch some task or login as a user to the sytem. Daemon should automatically
+- Launch some task or login as a user to the system. Daemon should automatically
place the task in right cgroup.
FAQ
admin will not be able to control that.
[Note: user2 will control what tasks can be added in /container/database/user2
- and will contol what further subdirs can be created under user2 dir. Root
+ and will control what further subdirs can be created under user2 dir. Root
should not restrict the control to root only for practical purposes. Its
- something like that till /container/databse, admin controls the resources
+ something like that till /container/database, admin controls the resources
and below that how resources are further subdivided among various projects
should be controlled by respective user].
In the light of above, it seems to make more sense that admin should enforce
rules only based on uid and gid. Probably later we can have a per user exec
-based rules config file (~/.cgrules.conf), which can be parsed by cgrulesd
+based rules config file (~/.cgrules.conf), which can be parsed by cgrulesengd
and then jobs launched by user will be placed in right cgroup based on
combination of rules in /etc/cgrules.conf and ~/cgrules.conf.