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 

          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

Reply via email to