On 10/04/2010 09:34 PM, RJ Ryan wrote: > We need to distinguish between someone running the analyser via the > Prepare view or when loading a track, because in that case the queue > should blaze along as fast as it can.
Indeed. At least we can (and probably should) currently increase the thread priority for the Prepare view (probably to Normal.) > That usleep really helps reduce > xruns on track load, though. If I fix my CPU at 800MHz, turning that > usleep(0) on prevents xruns. Even with the thread priority set to Idle?? I find that hard to believe, unless the OS scheduler is goofy or we have some screwy thread blocking (that we didn't seem to have in 1.7.x, BTW.) What priority is/are the DB access and SoundSource thread(s)? In any case, would it make sense to #ifdef that usleep(10) so that it doesn't come into play on Windows? (After I first test for xruns on a slower single-core system.) Sincerely, Sean M. Pappalardo "D.J. Pegasus" Mixxx Developer - Controller Specialist ------------------------------------------------------------------------------ Virtualization is moving to the mainstream and overtaking non-virtualized environment for deploying applications. Does it make network security easier or more difficult to achieve? Read this whitepaper to separate the two and get a better understanding. http://p.sf.net/sfu/hp-phase2-d2d _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
