David L wrote:
Hi, I'm a newbie trying to see if the rt patch will improve the performance of a PPC Linux receiver. We need to read data from an FGPA correlator about every msec although we can tolerate 5-10 msecs from time to time. Without the real-time patches, we find that we sometimes miss our timing deadlines especially when we have multiple processes with "real-time" (SCHED_FIFO) threads. I tried
I take it you weren't seeing crashes on mainline?
to use the 2.6.29.2-rt11 patch to see if it helped, but things got much worse. We have about 30-60 percent idle CPU without the patches... after applying the patches, I found that we had essentially no idle time. Below are excepts from the kernel sched_switch trace file while our process is running with and without the real-time patches applied.
What priority are you running your real time tasks at?
I notice there are IRQ-related processes with the real-time patches that don't exist in without the patches. But the main thing to notice is that there is no idle time which eventually causes the process to crash because low priority threads
Which process crashed?
are starved for too long. Am I doing something wrong or is it expected overhead of the real-time patches will cause problems like this under this kind of interrupt load?
Making sure your priorities are set right so you don't starve essential processes is important...rt makes it easy to shoot yourself in the foot... thanks, Nivedita -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html