On 09/05/07, M. Koehrer <[EMAIL PROTECTED]> wrote: > [...] > > Thus my question/proposal is if there is a plan to use a "variant" of the > native API that is optimized for > user space only applications. In this case e.g. futexes can be used. If there > is a need to > reschedule to another task it is fine to "invest" the 2us but it can be > avoided mostly which should > increase the overall performance dramatically.
If it's always granted user-space tasks enter these lock/unlock calls _only_ from the primary domain, it should be easy to implement (+ a variant of atomic compare_and_swap operation for a given arch is available). e.g. look at how linuxthreads does it e.g. in uClibc. Given an additional restriction above (also quite bearable for some apps. I guess) it likely would lead to introducing a separate type of lock (maybe a sub-type of the existing).. not sure, consider it only as brief comments at the moment. -- Best regards, Dmitry Adamushko _______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
