Messages in this thread | | | Date | Wed, 5 May 2004 17:00:15 -0700 | From | Chandra Seetharaman <> | Subject | Re: [ckrm-tech] Re: [RFC] Revised CKRM release |
| |
On Wed, May 05, 2004 at 03:48:38PM -0300, Marcelo Tosatti wrote: > > > >It sounds to me the classification engine can be moved to userspace? > > > > > >Such "classification" sounds a better suited to be done there. > > > > I suppose it could. However, one of our design objectives was to > > support multi-threaded server apps where each thread (task) changes > > its class fairly rapidly (say every time it starts doing work on > > behalf of a more/less important transaction). Doing a transition to > > userspace and back may be too costly for such a scenario. > > But who sets the priority of the tasks is userspace anyway, isnt? AFAICS its
I didn't understand what do you mean by this (in this context).. can you elaborate ?
> userspace who knows which transaction is more/less important.
That is true, but the classfication event has to be notified to the user space from kernel, wight ? Shailabh is refering that overhead here.
> > > There might also be some concerns with keeping the reclassify > > operation atomic wrt deletion of the target class...but we haven't > > thought this through for userspace classification. > > How often is a reclassify operation done?
events like fork, exec, setuid/setgid etc., also when the application tag is explicitly changed(which could happen as many times as the application wants).
> > > >Note: I haven't read the code yet. > > > > > > > Why just read when you can test as well :-) We just released a testing > > tarball at http://ckrm.sf.net.. any inputs, bugs will be most welcome ! > > > > Looking forward to more inputs, > > Yeah, I'm just nitpicking from the outside and haven't contributed > to anything, so... > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 > _______________________________________________ > ckrm-tech mailing list > https://lists.sourceforge.net/lists/listinfo/ckrm-tech >
--
---------------------------------------------------------------------- Chandra Seetharaman | Be careful what you choose.... - sekharan@us.ibm.com | .......you may get it. ---------------------------------------------------------------------- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |