Hi Balbir, On Fri, 17 Sep 2010 13:53:59 +0530 Balbir Singh <[email protected]> wrote: > > > On current libcgroup, if a user registers the unchanged process > > > > to cgrulesengd daemon by "--sticky" option of cgexec/cgclassify, > > > > he/she cannot cancel it after. > > > > This patchset is for doing it. > > > > > > > > > > Are you talking about tasks always running that were indeed started > > > with cgexec -sticky? Is this a common scenario we face? > > > > I feel it is common to specify "--sticky" of cgexec command. > > For example, Jan showed the scenario on the attached mail. > > > > Thanks, based on the email below, it looks like we need to unstick the > child process? Being Lazy for PAM configuration is not a good example.
Ok, I think a better example. How about the followng case ? On some command sequence (scp LARGE_FILE0X in the following), a user wants to run commands at specific cgroup (cpuset:sticky). It is simple to do it by classifying a shell process with "--sticky" option of cgclassify. After the sequence, he/she hopes the shell process is unsticky for classifying processes which are forked after based on /etc/cgrules.conf. Ex. # cgclassify --sticky -g cpuset:sticky $$ # scp LARGE_FILE01 r...@remote:LARGE_FILE01 & # scp LARGE_FILE02 r...@remote:LARGE_FILE02 & # scp LARGE_FILE03 r...@remote:LARGE_FILE03 & [..] # cgclassify --cancel-sticky -g cpuset:root $$ # scp SMALL_FILE01 r...@remote:SMALL_FILE01 & # scp SMALL_FILE02 r...@remote:SMALL_FILE02 & # scp SMALL_FILE03 r...@remote:SMALL_FILE03 & [..] # Thanks Ken'ichi Ohmichi ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Libcg-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libcg-devel
