[LAU] Discussion: Future CPU-technology vs. realtime audio?

[Paul Davis]

You're just going to have to buy the same hardware that high frequency
machine stock traders are using. Their latency requirements these days are
even more demanding than audio, and they've got the money to spend.

But also, you're likely going to need to forget hardware targeting mobile
(or more generally, battery powered) use cases.

On Wed, Jan 27, 2021 at 8:42 AM Michael Jarosch <riotsound at riotmusic.de>
wrote:

> Hi!
>
> Yesterday, I read an article on golem.de
> (
> https://www.golem.de/news/ryzen-mobile-5000-cezanne-ist-modular-und-sparsam-2101-153653.html)
>
> about the future of ryzen (mobile) processors from AMD. Inside the
> article, it was told that energy saving is done by the processor itself
> and that the OS will have nothing to do with it.
>
> Using realtime apps, I wrote in the comments that I'd really prefer the
> possibility for userspace interaction and criticized my Intel core i3
> 8100 not to allow the user to switch to firm frequencies. It was
> answered that this seems to be the future and that in case of doubt I
> could switch off frequency scaling in the BIOS.
>
> That would mean a lack of comfort to me, as I can't certainly tell, if I
> am using my machine for audio or another task at the moment of powering on.
>
> As soon as frequency switching was introduced we LAU were told, not to
> use it to save xruns. And as far as I can tell, the rule still valid. Is
> there a chance in the future that we can stop thinking about it, because
> it just won't matter? Are we forced blowing loads of energy or do we
> spent too much time in sluggish UEFI menus?
>
> I'd really like to hear your opinion about it (and possible solutions,
> too)!
>
> Greets!
> Mitsch
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user at lists.linuxaudio.org
> https://lists.linuxaudio.org/listinfo/linux-audio-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.linuxaudio.org/archives/linux-audio-user/attachments/20210127/86511d4c/attachment.html>