On Thu, Feb 24, 2005 at 07:37:19AM -0800, mehta kiran wrote: > Hi Shailabh , > Will making it user configurable help? > i:e > if value echoed by user in reclassify file > is : > > "0" : do as it happens currently. > "-1" : reclassify all the process abiding > the rules specified. Processes not > following the rules should be kept > where they are. > "-2" : same as for "-1" but processes not > abiding rules should be put > in /rcfs/taskclass/members
I agree with your need for the feature. One problem with using -ve number in this context is that it blocks the future plans to use -ve numbers for classifying all the tasks in a process group(like kill). I think Shailabh's proposal covers both grounds(provides you the feature and leaves the door open for future plans). chandra > > Negative values wont conflict with pid > explicitly specified by user to reclassify > a process. > > This gives user finer control over processes. > > > thanks, > --kiran > > > > --- Shailabh Nagar <[EMAIL PROTECTED]> wrote: > > > mehta kiran wrote: > > > Hi Chandra , > > > It works perfectly as you told. > > > But won't this implementation give > > > problems to many Application using > > > CKRM? > > > Anyboby will expect members file to > > > contains process ids of processes > > > abiding the rules specified in rules > > > directory. > > > > > And changes to members file is done when > > user > > > echoes "0" in reclassify file , can this > > event > > > not be used to go through all processes and > > > > > place them in proper class ? > > > > It does go through all the processes...but it can > > only classify > > according to the rules explicitly listed. In the > > absence of an explicit > > directive from the user, the engine leaves processes > > where they are. > > > > It is recommended that a "catch-all" generic rule > > always be defined > > (with order set so that it is evaluated at the very > > end) which will > > place all processes NOT handled by earlier rules > > into whichever class > > you want (will typically be the root > > /rcfs/taskclass). > > > > I guess we could do that last action (place all > > unclassified ones into > > root) by default whenever all processes are being > > reclassified. We've > > been trying to avoid making policy decisions like > > that as far as > > possible and leave the flexibility/choice to user > > space. > > > > What do other list members feel about this ? > > > > -- Shailabh > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT > > Products from real users. > > Discover which products truly live up to the hype. > > Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > ckrm-tech mailing list > > > https://lists.sourceforge.net/lists/listinfo/ckrm-tech > > > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - 250MB free storage. Do more. Manage less. > http://info.mail.yahoo.com/mail_250 > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > ckrm-tech mailing list > https://lists.sourceforge.net/lists/listinfo/ckrm-tech -- ---------------------------------------------------------------------- Chandra Seetharaman | Be careful what you choose.... - [EMAIL PROTECTED] | .......you may get it. ---------------------------------------------------------------------- ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ ckrm-tech mailing list https://lists.sourceforge.net/lists/listinfo/ckrm-tech
