<div dir="ltr"><div>On Sat, Feb 13, 2016 at 10:23 PM, <a href="mailto:jonetsu@teksavvy.com">jonetsu@teksavvy.com</a> <<a href="mailto:jonetsu@teksavvy.com">jonetsu@teksavvy.com</a>> wrote:<br>> From 'lspci' I got it that the 1010LT is ICE1712, then<br>> /proc/interrupts is:<br>><br>>  18: 132417 52953 35846 25609 IR-IO-APIC-fasteoi snd_ice1712<br><br>See the "Running RtIRQ" section of the real-time tuning page, and you'll<br>see how to set the priority IRQ for the soundcard (summarized below):<br><a href="http://openavproductions.com/real-time-latency-tuning/">http://openavproductions.com/real-time-latency-tuning/</a><br><br>Summary:<br>1) Get PID of task that services the soundcard interrupt:<br>    ps -eo pid,rtprio,comm --sort -rtprio | head -n 30<br><br>2) Change the priority of that task:<br>    chrt -f -p 84   <PID of IRQ handler><br><br>> I have now tried 256 and it is quite good.<br></div><div>"Good" depends on use case ;) The "real" measure of latency is<br></div><div>much more representative than the number of frames in a buffer.<br><br></div><div>Samplerate, number of buffers, and buffer-size are the 3 factors<br></div><div>for latency. There is also some latency in the ADC and DAC<br></div><div>converters (no flame-discussions indented :)<br><br></div><div>Its easy to measure the total round-trip delay: jack_iodelay<br></div><div>For full info, read here: <a href="http://apps.linuxaudio.org/wiki/jack_latency_tests">http://apps.linuxaudio.org/wiki/jack_latency_tests</a><br><br></div><div>For testing, just run jack_iodelay, and then connect a loopback<br></div><div>cable to the soundcard (aka, output -> input). Connect jack_iodelay<br></div><div>to the soundcard's hardware  input/output ports you just patched, and<br></div><div>jack_iodelay will tell you a very precise amount of latency.<br></div><div><br></div><div>Example screenshot:<br><a href="http://openavproductions.com/realtime_latency.png">http://openavproductions.com/realtime_latency.png</a><br><br></div><div>I run jackd with -p 48 -n1 -r48000, causing a theory of 1ms input,<br></div><div>and 1ms output. Note: -n1 makes no sense, see that jackd/alsa<br>corrects this to -n2, because one input and one output buffer is<br></div><div>needed.<br><br></div><div>So in theory, we have 2 * 48 / 48000. round trip latency: 2ms.<br></div><div>jack_iodelay actually measures 6.629.<br><br></div><div>Why? ADC / DAC conversion delay. The soundcard in use here is<br>an "Art USB Dual Pre", retails for < 100 euro. These converters<br></div><div>will probably not be particularly low-latency ones.<br></div><div><br></div><div><br>> Thanks.  I'll take a look at he links you provided.  For now 256 seems<br>> OK.<br><br></div><div>For curiosities sake, would you mind measuing the round-trip delay?<br></div><div>(Assuming you have a loopback cable available and time :)<br></div><div>I think you might be surprised... because I always am that its actually<br></div><div>worse than we think, because I usually look at the software "theory"<br>latency, instead of actually measuring :D<br></div><div><br></div><div>Cheers, -Harry<br></div><div><br>--<br><br><a href="http://www.openavproductions.com">http://www.openavproductions.com</a></div></div>