Seems that's a fault of the graphics drivers and their implementation. The whole point of an RTOS is that tasks can run at priorities that serve their needs. How would placing the video at a higher priority be any different than an non-real time system that allows the video to run to completion.
Is the problem so simple that the RTOS system clock isn't allowed to interrupt the video even if it's just long enough to allow the video driver to continue to run at an elevated priority? I can see that with older video hardware from the early 90's but surely things are different now? John > Real time is not one of the main concerns of the kernel devs. The kernel > has graphics drivers that interfere with real time as well as X. > > > The ARMs and current crop of PCs are orders of magnitude faster and > more > > powerful so why is it that the real time part of Linux isn't the defacto > > standard for Linux. If it were wouldn't the latest LinuxCNC run on just > > about anything? > > > > Seems a simple question. Is there a simple answer? > > > > John Dammeyer > > > > > ---------------------------------------------------------------------------- -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140 > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140 _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
