Xin Xie wrote: > The standard way to decrease the latency for embedded system is using a > real-time kernel running alongside with uClinux and keeping the > real-time task inside the real-time kernel. Not too sure if that already > supported in the NIOS uClinux.
Yes, although nowadays the RT-PREEMPT changes (different from PREEMPT!) achieve a similar effect without needing a separate kernel. Either your suggestion, or RT-PREEMPT, can often reduce interrupt handling latency and keep it stable, provided that it has sufficient priority over other tasks. But then you have the latency of the network stack, which may be a bit more copmlicated because it interlocks with so many things. You may find RT-PREEMPT + ensuring the network softirq tasks have RT priority as well as your task does the trick. The catch is the architecture-dependent parts of RT-PREEMPT are not written for all architectures - and on some (e.g. ARM) some versions seem to be a bit unstable. -- Jamie _______________________________________________ uClinux-dev mailing list [email protected] http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by [email protected] To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
