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

Reply via email to