On Tue, 2005-05-31 at 19:41 -0400, Steven Rostedt wrote: [snip] > True, but do they really know how good PREEMPT_RT is, compared to those > that develop it and the kernel? But I'm fighting to get PREEMPT_RT into > the kernel, since I really think it would be used by quite a lot in the > industry. Just not the normal Desktop user. I believe that if solid RT was available to the desktop user, it would be used in many desktop applications. It would definitely need to be easy to enable for non-root applications. Capabilities, SCHED_ISO_*, rlimits... Every media playback and recording application would like it. Games would love it, especially multi-threaded games. [Stop reading here if you don't like games...] Right now, a game is a big solid event loop, and it prioritizes by doing the important things first in the loop, then maybe check the time and drop something less important if it is taking too long, like skipping a render frame in order to keep the sound and physics running at a smooth rate. But with multi-threaded games, the programmer loses a lot of scheduling control. He might like to run a 60Hz render thread, AI thread(s), sound thread and physics thread, but cannot because he can't guarantee they will stay in sync. Everything stops moving if the physics thread gets interrupted by a low-prio Folding@Home process for 200ms. Good RT would fix that, and multi-thread games would be great for multi-cpu, multi-core, hyper-thread systems. We should not have to shut down all our background applications to run a video game (or other high-interactive CPU hogs). It should run smooth as glass even with distributed computation or Gentoo system compiles running in the background. If you don't believe <10 milliseconds matter to a gamer, you haven't hung around with obsessive Quake3 players who tweak their mouse rates over 200Hz, disable frame sync and turn off texture maps and lighting, all to get that microscopic edge over the opponent. Tell them about being able to tweak the mouse and network interrupt priorities and set X and Quake3 to RT priority. They'll be all over it. -- Zan Lynx <[email protected]>
Attachment:
signature.asc
Description: This is a digitally signed message part
- References:
- Re: RT patch acceptance
- From: Esben Nielsen <[email protected]>
- Re: RT patch acceptance
- From: Steven Rostedt <[email protected]>
- Re: RT patch acceptance
- From: Andrea Arcangeli <[email protected]>
- Re: RT patch acceptance
- From: Steven Rostedt <[email protected]>
- Re: RT patch acceptance
- From: Andrea Arcangeli <[email protected]>
- Re: RT patch acceptance
- From: Steven Rostedt <[email protected]>
- Re: RT patch acceptance
- From: Andrea Arcangeli <[email protected]>
- Re: RT patch acceptance
- From: Steven Rostedt <[email protected]>
- Re: RT patch acceptance
- From: Lee Revell <[email protected]>
- Re: RT patch acceptance
- From: Steven Rostedt <[email protected]>
- Re: RT patch acceptance
- Prev by Date: Re: RT patch acceptance
- Next by Date: Re: 2.6.12-rc5-mm1: configuring vmware workstation modules
- Previous by thread: Re: RT patch acceptance
- Next by thread: Re: RT patch acceptance
- Index(es):