This is not based on facts, rt-preempt does provide hard realtime and strive to provide hard realtime, where have you come up with the notion that it does not ?
Please, don't spread misinformation, this is pure FUD ....... Check osadl.org and their test rack, it will perhaps shed some light on the quality assurance they try to do. It is hard to argue with numbers, also check a recent kernel and a 'good' system. Some system have latency problems, but most are fine, atleast a worstcase of 50 usor so under hard load and normal times in the low 10 to 20 us range. / regards, Lars Segerlund. 2012/4/24 Mark Hounschell <dma...@cfl.rr.com>: > On 04/24/2012 01:46 AM, Anisha Kaul wrote: >> >> From: >> https://rt.wiki.kernel.org/articles/f/r/e/Frequently_Asked_Questions_7407.html >> >>> Real-time only has impact on the kernel; Userspace does not notice the >>> difference except for better real time behavior. >> >> >> Does it mean that if we write the applications in user space, they >> won't get the hard real time effect? >> The threads running in the userspace won't get the hard real time effect? >> > > You use the term "hard real time". The RT patch set does not even come close > to providing a "hard real time" environment, and isn't even attempting to. > It does however provide user land applications a much better chance for a > "soft real time" environment. The phrase you quot above just means the > patches are applied to the kernel and there are no patches required for user > land glibc or your application. > > Regards > Mark > > -- > To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
