Re: Ubuntu-Studio 13.04 Nvidia drivers?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thursday 14 February 2013 13:35:26 Ralf Mardorf did opine:

> On Thu, 2013-02-14 at 12:06 -0500, Gene Heskett wrote:
> > 5 microsecond base thread jitter in its timing
> 
> I agree that the nvidia driver could cause issues, but 5 ms jitter? This
> perhaps is an issue for the RTAI, but I guess not for the audio RT
> kernels.
> 
Possibly not.  What I am pointing out is that unlike all the fussing about 
it, xruns and all, and invoking all sorts of black magic speels to control 
it, working virtually blind, on LAU/LAD, we were forced to write test 
utilities that quantified the results in an easy to understand format.  The 
net result being that we have a pretty good idea of the causes of the 
failures when the figures do blow up.

Certain motherboards are pure junk, and a few are truly outstanding given 
their relatively meager specs on the box they ship in.  The intel Atom dual 
core boards being a case in point.  The now almost out of the pipeline 
D525MW board, with a gig of ram and onboard intel video being an excellent 
example, turning in results consistently under 7 microseconds for a 
base_thread jitter when running the base IO thread at a 25 microsecond 
repeat rate.  The parent servo_thread, running every millisecond, has 
similar performance on this board.  Testwise while carving metal, I have 
run the servo_thread at 2 kilohertz with even better results, and I intend 
to raise that a kilohertz at a time until I run out of cpu because it seems 
to reduce the detected noise in a quadrature encoded spindle speed control 
as it goes up, effectively reducing the quantization errors in such a 
software only servo control.

This motherboard, an ASUS M2N_SLI Deluxe is relatively poor despite a quad 
core phenom running at 2.1 ghz with 4G of dram.

It is currently reporting the 1ms servo thread as having 15 microseconds of 
timing jitter, and nearly 45 microseconds of jitter for a 25 microsecond IO 
thread, and the machine is quite obviously 'pegged out'.

This base thread is probably not of interest to you audio people, but many 
motherboards will have far worse servo_thread timing dependabilities simply 
because the context switch takes too much time.  This is of course on an 
RTAI patched kernel, but we are about to move to the xenomi patchset, as 
its easier to do, is all user-space, and actually working at least as well 
as the RTAI patches.


Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: <http://coyoteden.dyndns-free.com:85/gene> is up!
My views 
<http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml>
There comes a time in the affairs of a man when he has to take the bull
by the tail and face the situation.
		-- W. C. Fields
I was taught to respect my elders, but its getting 
harder and harder to find any...
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user


[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux