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 ?
thanks,
--kiran
--- Chandra Seetharaman <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 23, 2005 at 03:35:12AM -0800, mehta
> kiran wrote:
> > Hi Shailabh ,
> >
> > I did as you directed in point 2.
> > rbce is enabled i:e rbce_state file has 1.
> > I did the following
> > #cat /rcfs/ce/rules/r1
> > uid=1000 , order=10 , state=1 ,
> > class=/rcfs/taskclass/c1
> >
> > #cat /rcfs/taskclass/c1/members
> > 23121
> > 23122
> > 23125
> > 23126
> >
> > #echo "uid=2" >/rcfs/ce/rules/r1
> > #cat /rcfs/ce/rules/r1
> > uid=2 , order=10 , state=1 ,
> > class=/rcfs/taskclass/c1
> >
> >
> > #cat /rcfs/taskclass/c1/members
> > > /rcfs/taskclass/reclassify
> >
> > #cat /rcfs/taskclass/c1/members
> > 23121
> > 23122
> > 23125
> > 23126
> >
> > --NO CHANGE IN MEMBERS ABOVE--
> >
> > #echo "0" > /rcfs/taskclass/reclassify
> >
> > #cat /rcfs/taskclass/c1/members
> > 10001 //this is new process with uid=2
> > 10005 //this is new process with uid=2
> > 23121
> > 23122
> > 23125
> > 23126
> >
> > pid 10001 and 10005 have uid = 2.
> > but old member of class cl still exist
> > in members file.
> >
> > Did i go wrong anywhere ?
>
> The way it works is all the tasks that are affected
> by a rule will be
> moved according to the rule. If there is no rule
> affecting a task, then the
> task will be left alone(where it is).
>
> Basically, the reclassify will filter all the tasks
> against the rules
> and not the classes.
>
> It you had a rule that would reclasify those tasks,
> then they would have
> been moved to the corresponding class.
>
> > thanks,
> > --kiran
> >
> >
> >
> >
> > --- Shailabh Nagar <[EMAIL PROTECTED]> wrote:
> >
> > > mehta kiran wrote:
> > > > Hi ,
> > > >
> > > > 1.I have noticed that when i do
> > > > #cat /rcfs/taskclass/c1/members
> > > > it lists processes which belong to c1
> > > > according ro rbce rules and which were
> created
> > > > after CKRM was enabled.
> > > >
> > > > In short , only the processes created
> after
> > > > resource management was enabled are
> > > classified by
> > > >
> > > > rbce.Is this the expected behaviour ?
> > >
> > > Yes. The (super)user can initiate classification
> of
> > > all
> > > pre-existing tasks by writing "0" to
> > > /rcfs/taskclass/reclassify just
> > > after activation of the CE. Better to leave the
> > > choice of doing that
> > > to the user.
> > >
> > > > 2.rbce is enabled i:e rbce_state file has 1.
> > > > I did the following
> > > > #cat /rcfs/ce/rules/r1
> > > > uid=1000 , order=10 , state=1 ,
> > > > class=/rcfs/taskclass/c1
> > > >
> > > > #cat /rcfs/taskclass/c1/members
> > > > 23121
> > > > 23122
> > > > 23125
> > > > 23126
> > > >
> > > > #echo "uid=2" >/rcfs/ce/rules/r1
> > > > #cat /rcfs/ce/rules/r1
> > > > uid=2 , order=10 , state=1 ,
> > > > class=/rcfs/taskclass/c1
> > > >
> > > > #cat /rcfs/taskclass/c1/members
> > > > 23121
> > > > 23122
> > > > 23125
> > > > 23126
> > > >
> > > > This shows that though user id has changed ,
> > > > members of class c1 did not change.
> > >
> > > Hmm. Again, the question is whether we should be
> > > assuming that the user
> > > wants any rule change to affect pre-existing
> tasks
> > > in that class. Its
> > > probably better to leave the choice upto the
> user
> > > (she can cat c1's
> > > members to /rcfs/taskclass/reclassify). In this
> > > case, that is likely to
> > > be the common case so a shell script that does
> it
> > > for you as part of any
> > > rule change would be useful.
> > >
> > >
> > > -- Shailabh
> > >
> >
> >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > Yahoo! Sports - Sign up for Fantasy Baseball.
> > http://baseball.fantasysports.yahoo.com/
> >
> >
> >
>
-------------------------------------------------------
> > 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
>
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail
-------------------------------------------------------
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
