<div dir="ltr"><div>Hi Paul,</div><div><br></div><div>Yes, you are right, 'let the internet archive it' was mostly a joke, it didn't really carry across.</div><div>I mainly wanted to make a post while I had it fresh in memory, so a little trigger happy. <br></div><div><br></div><div>I agree the subject isn't simple at all and my findings may not have any bearing outside my bubble. I did try to make it clear though where it was more opinion than conclusion. I have not done any tests yet trying to confirm or deny my feelings on low latency, in comparison to other systems. Hopefully I can do some follow up tests soon. </div><div><br></div><div>If anyone has any links to low latency comparisons between different operating systems, I would very much like to read them. Don't think I know of any at the moment.<br></div><div><br></div><div>Regards,</div><div>Robert<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den ons 10 juni 2020 kl 01:12 skrev Paul Davis <<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I think this is a fairly misleading post because nowhere does itt<br>
really make it clear that everything about these results are system<br>
specific.<br>
<br>
A line like "his configuration still leaves a bit before it is<br>
comparable to say a similar Macbook running OS X." ...  but you could<br>
try a different system configuration and get better results than macOS<br>
or these results ... and then another and get way, way worse and so<br>
on.<br>
<br>
Latency performance is a whole system metric, and it's not fair or<br>
sensible to suggest that anything about your results will have any<br>
bearing on anything except for an absolutely identical system.<br>
<br>
I'm not trying to invalidate your results - that would be stupid. I<br>
just think that you're aiming for "the internet to archive it" without<br>
using the appropriate framing of 'your results may vary dramatically".<br>
<br>
On Tue, Jun 9, 2020 at 2:18 PM Robert Jonsson <<a href="mailto:spamatica@gmail.com" target="_blank">spamatica@gmail.com</a>> wrote:<br>
><br>
> Hi all,<br>
><br>
> Just wanted to report some results and conclusions I've drawn so far with my renewed interest in getting a more reliable low latency configuration, so Internet can archive it...<br>
><br>
> My testing mainly focused on running with 44100 and 64 and 128 frame buffers. Though a cool feat to run jack at 16 frames, that's not so important to me. My use case is mainly recording audio and midi with real time listening.<br>
><br>
> I've installed the linux-xanmod-rt-edge kernel on the same type of laptop that rosea grammostola mentioned, Thinkpad T420, running kubuntu 18.04. I removed the gui login from X with<br>
> sudo systemctl set-default multi-user.target and instead use startx as I think this shaves off some overhead.<br>
><br>
> Running governor performance, this kernel (or atleast cpufreq tools) lists userspace (with a set frequency) as a possible governor, as I have used this in the past and found it superior I tried to configure it again but it doesn't seem to bite... the setting is done but the frequency still changes freely so I reverted to performance governor.<br>
><br>
> I made a little midi test file that I planned to use with Surge and Dexed synths.<br>
> First I used the built in soundcard but when going for 64 frames it really struggled to work.<br>
> jack can start in this configuration but neither ardour or muse could use it reliably, muse only output a never ending stream of xruns, ardour actually made some sound but it was mostly noise.<br>
> With Ardour going directly with alsa it didn't even pass the configuration step.<br>
><br>
> Being somewhat miffed by this outcome I eventually remembered to try with my firewire soundcard and the behaviour was much better! I'm not really sure why I expected the internal soundcard to work well... in retrospect it is hardly part of it's expected use.<br>
> With the firewire interface (Presonus Firestudio project) I could successfully use the test song I put together in MusE with both Surge and Dexed without any xruns during playback.<br>
> I kept adding a few synths and plugins and it was pretty stable up to maybe 50% dsp load (as reported in muse, I believe this metric comes from jack though), more load than that and xruns were starting to occur a bit too often.<br>
> I didn't A/B between Ardour and MusE in this configuration yet so I can't say if the xruns stem from muse or another part of the system.<br>
> I do however have the distinct feeling that the realtimeness of this configuration still leaves a bit before it is comparable to say a similar Macbook running OS X. .. (I really should get my hands on one for testing..) and I would really like to understand where the bottlenecks are, especially if they are fixable.. In theory (as I understand it), as the dsp execution is done in a realtime thread, it should be able to reach close to a 100% utilization before xruns need to occur.<br>
><br>
> I guess there a few hardcore things I neglected this far, disabling network, upping the priorty of irqs etc. Would be nice if these kinds of things were not necessary though..<br>
> Any other ideas of what I neglected are welcome.<br>
><br>
> Regards,<br>
> Robert<br>
><br>
><br>
> Den sön 7 juni 2020 kl 22:40 skrev rosea.grammostola <<a href="mailto:rosea.grammostola@gmail.com" target="_blank">rosea.grammostola@gmail.com</a>>:<br>
>><br>
>><br>
>> On 6/7/20 9:24 PM, Len Ovens wrote:<br>
>> > On Sun, 7 Jun 2020, rosea.grammostola wrote:<br>
>> ><br>
>> >> Disabled the networking (devices). I can play Zynaddsubfx via usb<br>
>> >> midi keyboard with 0.7626 msec latency, without a single xrun now<br>
>> >> (testing it the last +- 30 minuts)... With this cheap usb device.<br>
>> >> Quite shocking... to me at least.<br>
>> ><br>
>> > It was my understanding that the USB bus has a hard limit of 1ms.<br>
>> ><br>
>> When I push the limits even further, JACK won't start and I find no way<br>
>> to get it running again with this usb card, even with less strict<br>
>> setting. I can make it work after reboot. Maybe it has something to do<br>
>> with it?<br>
>> _______________________________________________<br>
>> Linux-audio-user mailing list<br>
>> <a href="mailto:Linux-audio-user@lists.linuxaudio.org" target="_blank">Linux-audio-user@lists.linuxaudio.org</a><br>
>> <a href="https://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">https://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
><br>
> _______________________________________________<br>
> Linux-audio-user mailing list<br>
> <a href="mailto:Linux-audio-user@lists.linuxaudio.org" target="_blank">Linux-audio-user@lists.linuxaudio.org</a><br>
> <a href="https://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">https://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
</blockquote></div></div>