Once again the main point on HARD REAL-TIME is being completely missed;
the reality of the situation is that there is a lot of FUD/ingorance
here, and very little understanding of balanced Hard/soft system approaches.
Three cases arise, there is a VITAL HARD-REAL-TIME crisis time; use hardware,
maybe a $2 dedicated MPU, which may spend 99.99% idle but you can prove it
will meet the need
Then there is the we really need to service this event within nnn u-seconds
but if it takes that + 50% the sky wont fall or we need to do 8000 of these
per second; here latency improvement helps and if it dosnt introduce serious bugs. This is all good stuff.
It is a nice to have and of value dealing with PHBs, see above.
Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds