Kurt Renauer wrote:
> At the moment a 100Hz RT-task measures the signals and put the data in the
> RT-FIFO. On the other side, the non realtime task read the data form the
> FIFO and put it on the screen :-) very pretty!.... ok it works fine, BUT
> when the system load is to high the GTK based program displays the data
> not really smooth (the cursor jumps, stops ...).
>
> My question now is: is there a way to receive a
> hard-realtime-data-display with RTLinux??
Well, what would you WANT to happen when the system load is too high?
I presume that lowering the screen refresh rate (implying, e.g., cursor
jumping etc.) is better than starting to lose signals?
Instead of going for what you call a hard-realtime-data-display
I would suggest that you rather fine tune the non-realtime side of
the story. Your mouse pointer jumps -- why not increase the priority
of the X server? Or maybe you overload the X server with drawing
requests?
Try to relax the X server load by, e.g., redrawing only during idle
periods (I knew how to do it in Tcl/Tk, but don't ask me for GTK).
You might want to examine which process uses up your CPU, and then
to do further investigations with, say, gprof. You can dig into the
X client/server interaction using xmon. And isn't there a way to
prioritize X clients with X11R6?
The net result of the story seems to be for you to either approach
the fine art of performance analysis or the next computer store.
Have fun,
Sebastian
--
Dipl.-Inform. Sebastian <dot> Wangnick <at eurocontrol in be>
Office: Eurocontrol Maastricht UAC, Horsterweg 11, NL-6191RX Beek,
Tel: +31-433661370, Fax: ~300
Spam email is reported (charge $100) to providers and [EMAIL PROTECTED]
--- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
----
For more information on Real-Time Linux see:
http://www.rtlinux.org/~rtlinux/
