Standard test needed to benchmark XRUNs
Moderators: MattKingUSA, khz
-
- Established Member
- Posts: 564
- Joined: Thu Mar 12, 2015 8:41 am
- Has thanked: 44 times
- Been thanked: 8 times
Re: Standard test needed to benchmark XRUNs
A few shots in the dark here, after looking at your pastebin:
- rtkit is abandoned for 5 years and running at RTprio 99, right in the danger zone. I wouldn't trust that nowadays, maybe it interferes with things that are now better done by the kernel. Did you try disabling it?
- Is IRQ threading even working? I can't find your audio interfaces either
- 3d acceleration: the scrolling and xruns thing is quite symptomatic of a graphic driver issue
Apologies for being a bit vague, this is posted from work before the second coffee;-)
- rtkit is abandoned for 5 years and running at RTprio 99, right in the danger zone. I wouldn't trust that nowadays, maybe it interferes with things that are now better done by the kernel. Did you try disabling it?
- Is IRQ threading even working? I can't find your audio interfaces either
- 3d acceleration: the scrolling and xruns thing is quite symptomatic of a graphic driver issue
Apologies for being a bit vague, this is posted from work before the second coffee;-)
- lilith
- Established Member
- Posts: 1706
- Joined: Fri May 27, 2016 11:41 pm
- Location: bLACK fOREST
- Has thanked: 122 times
- Been thanked: 57 times
- Contact:
Re: Standard test needed to benchmark XRUNs
Hi,gimmeapill wrote:A few shots in the dark here, after looking at your pastebin:
- rtkit is abandoned for 5 years and running at RTprio 99, right in the danger zone. I wouldn't trust that nowadays, maybe it interferes with things that are now better done by the kernel. Did you try disabling it?
- Is IRQ threading even working? I can't find your audio interfaces either
- 3d acceleration: the scrolling and xruns thing is quite symptomatic of a graphic driver issue
Apologies for being a bit vague, this is posted from work before the second coffee;-)
thanks for the points. I will see if I can can disable the rtkit. I googled a little bit and it only seems to be used by Pulseaudio.
Concerning the IRQ treading: How can I check if it working or not? Should it appear in the list as a RT process when executing?:
Code: Select all
ps ax -T --format uname,pid,lwp,ppid,pri,rtprio,cmd
-
- Established Member
- Posts: 564
- Joined: Thu Mar 12, 2015 8:41 am
- Has thanked: 44 times
- Been thanked: 8 times
Re: Standard test needed to benchmark XRUNs
Ah, yes, rtkit is a dependency of pulseaudio, probably better not touch it then.
For the IRQ threads:yes you should see them in the process list (I usually check with htop).
The behavior of RT kernels is to have it enabled by default, if not you can use the "threadirqs" boot parameter.
For the IRQ threads:yes you should see them in the process list (I usually check with htop).
The behavior of RT kernels is to have it enabled by default, if not you can use the "threadirqs" boot parameter.
-
- Established Member
- Posts: 1392
- Joined: Thu Oct 11, 2018 4:13 pm
- Has thanked: 168 times
- Been thanked: 247 times
Re: Standard test needed to benchmark XRUNs
What does say?
Code: Select all
grep threadirqs /proc/cmdline
- lilith
- Established Member
- Posts: 1706
- Joined: Fri May 27, 2016 11:41 pm
- Location: bLACK fOREST
- Has thanked: 122 times
- Been thanked: 57 times
- Contact:
Re: Standard test needed to benchmark XRUNs
I´ll take a look in the evening again. I wonder that gaphical processes can cause xruns or even opening the browser, as these processes are not running with RT priority. On the other hand I can run heckbench to bring the CPU load to 90% and I don´t get any xruns, but just opening the bowser causes xruns while the CPU is shortly increasing to 80% or so.merlyn wrote:What doessay?Code: Select all
grep threadirqs /proc/cmdline
- raboof
- Established Member
- Posts: 1855
- Joined: Tue Apr 08, 2008 11:58 am
- Location: Deventer, NL
- Has thanked: 50 times
- Been thanked: 74 times
- Contact:
Re: Standard test needed to benchmark XRUNs
I think someone already mentioned perhaps this may be related to your video driver or video acceleration, or perhaps networking stack - it would be interesting to see if the same problem happens when you disable networking or use simpler video driver.lilith wrote:I can run heckbench to bring the CPU load to 90% and I don´t get any xruns, but just opening the bowser causes xruns while the CPU is shortly increasing to 80% or so.
- lilith
- Established Member
- Posts: 1706
- Joined: Fri May 27, 2016 11:41 pm
- Location: bLACK fOREST
- Has thanked: 122 times
- Been thanked: 57 times
- Contact:
Re: Standard test needed to benchmark XRUNs
I can do the network test (it´s connected via LAN, not WLAN), but I think I already use the simplest video driver,, i.e. i915 kernel driver for my onboard graphic chip. I think vesa would be even more simple, but I need the compton compositor for Renoise. Without compton I get an extreme load of xruns in Renoise, which is somehow related to how Renoise is drawing its GUI.raboof wrote:I think someone already mentioned perhaps this may be related to your video driver or video acceleration, or perhaps networking stack - it would be interesting to see if the same problem happens when you disable networking or use simpler video driver.lilith wrote:I can run heckbench to bring the CPU load to 90% and I don´t get any xruns, but just opening the bowser causes xruns while the CPU is shortly increasing to 80% or so.
-
- Established Member
- Posts: 564
- Joined: Thu Mar 12, 2015 8:41 am
- Has thanked: 44 times
- Been thanked: 8 times
Re: Standard test needed to benchmark XRUNs
That is even weirder, you shouldn't need a compositor to run Renoise, it is the leanest thing around.Without compton I get an extreme load of xruns in Renoise, which is somehow related to how Renoise is drawing its GUI.
(I have no problem using it as a DAW with Guitarix at 2-3 ms latency on a 5y old notebook, but I'm on fluxbox and not using any plugins in that config).
Anyway, this really points at something with your graphic stack.
I see you're on xfce with lightdm as session manager: could you try something really light, like icewm, or any minimal WM (fluxbox, Wmaker etc...) - just to confirm the behavior is the same?
- lilith
- Established Member
- Posts: 1706
- Joined: Fri May 27, 2016 11:41 pm
- Location: bLACK fOREST
- Has thanked: 122 times
- Been thanked: 57 times
- Contact:
Re: Standard test needed to benchmark XRUNs
I can try that, if it helps. If you are interested: The problem is described here: https://forum.renoise.com/t/bad-perform ... inux/56770gimmeapill wrote:That is even weirder, you shouldn't need a compositor to run Renoise, it is the leanest thing around.Without compton I get an extreme load of xruns in Renoise, which is somehow related to how Renoise is drawing its GUI.
(I have no problem using it as a DAW with Guitarix at 2-3 ms latency on a 5y old notebook, but I'm on fluxbox and not using any plugins in that config).
Anyway, this really points at something with your graphic stack.
I see you're on xfce with lightdm as session manager: could you try something really light, like icewm, or any minimal WM (fluxbox, Wmaker etc...) - just to confirm the behavior is the same?
It seems to be a bug with Mesa 13 that is still used by Debian 9. Could it be better with a different session manager then?
-
- Established Member
- Posts: 564
- Joined: Thu Mar 12, 2015 8:41 am
- Has thanked: 44 times
- Been thanked: 8 times
Re: Standard test needed to benchmark XRUNs
Nice one, even Taktik doesn't have a clue
I wouldn't bet on the session manager, I was just meaning to install a minimal window manager and test the performance (after making sure all xfce related stuff is not running - preferably after reboot).
This is the easiest thing to try without screwing up your configuration.
But if you have a doubt, just try with startx /xinit, maybe this change something after all.
If is really a problem with the mesa version, then you're probably better off moving straight to Buster/Testing rather than using backports.
It should be *reasonably safe* at this point in time since the release is just 2-3 months away...
In any case, I don't think it is worth spending time on minor optimization settings before you get this one sorted out...
I wouldn't bet on the session manager, I was just meaning to install a minimal window manager and test the performance (after making sure all xfce related stuff is not running - preferably after reboot).
This is the easiest thing to try without screwing up your configuration.
But if you have a doubt, just try with startx /xinit, maybe this change something after all.
If is really a problem with the mesa version, then you're probably better off moving straight to Buster/Testing rather than using backports.
It should be *reasonably safe* at this point in time since the release is just 2-3 months away...
In any case, I don't think it is worth spending time on minor optimization settings before you get this one sorted out...
- lilith
- Established Member
- Posts: 1706
- Joined: Fri May 27, 2016 11:41 pm
- Location: bLACK fOREST
- Has thanked: 122 times
- Been thanked: 57 times
- Contact:
Re: Standard test needed to benchmark XRUNs
Thanks, I will look what startx /xinit is doing. I assume it will load a different window manager on the fly, never did this though. I can also wait for 3 months more and then move to Buster or maybe MXLinux, which also looks good.
gimmeapill wrote:Nice one, even Taktik doesn't have a clue
I wouldn't bet on the session manager, I was just meaning to install a minimal window manager and test the performance (after making sure all xfce related stuff is not running - preferably after reboot).
This is the easiest thing to try without screwing up your configuration.
But if you have a doubt, just try with startx /xinit, maybe this change something after all.
If is really a problem with the mesa version, then you're probably better off moving straight to Buster/Testing rather than using backports.
It should be *reasonably safe* at this point in time since the release is just 2-3 months away...
In any case, I don't think it is worth spending time on minor optimization settings before you get this one sorted out...
- khz
- Established Member
- Posts: 1648
- Joined: Thu Apr 17, 2008 6:29 am
- Location: German
- Has thanked: 42 times
- Been thanked: 92 times
Re: Standard test needed to benchmark XRUNs
@minimal_window_manager Awesome is super or Fluxbox, WindowMaker.
But non-free graphics drivers are also important. IMHO
Also:
# If a hardware component is obsolete (for example CPU/GPU/...) and the desired program requires new/more technology/performance, the computer/operating system may experience problems. You can do magic with Linux, but you can't improve the hardware.
Use good hardware.
But non-free graphics drivers are also important. IMHO
Also:
# If a hardware component is obsolete (for example CPU/GPU/...) and the desired program requires new/more technology/performance, the computer/operating system may experience problems. You can do magic with Linux, but you can't improve the hardware.
Use good hardware.
. . . FZ - Does humor belongs in Music?
. . GNU/LINUX@AUDIO ~ /Wiki $ Howto.Info && GNU/Linux Debian installing >> Linux Audio Workstation LAW
. . GNU/LINUX@AUDIO ~ /Wiki $ Howto.Info && GNU/Linux Debian installing >> Linux Audio Workstation LAW
- I don't care about the freedom of speech because I have nothing to say.
- khz
- Established Member
- Posts: 1648
- Joined: Thu Apr 17, 2008 6:29 am
- Location: German
- Has thanked: 42 times
- Been thanked: 92 times
Re: Standard test needed to benchmark XRUNs
Why don't you install another distribution and adapt it to your audio? It may be that the hardware/software problems are a Debian problem. Debian is rather conservative. *duck&run*
. . . FZ - Does humor belongs in Music?
. . GNU/LINUX@AUDIO ~ /Wiki $ Howto.Info && GNU/Linux Debian installing >> Linux Audio Workstation LAW
. . GNU/LINUX@AUDIO ~ /Wiki $ Howto.Info && GNU/Linux Debian installing >> Linux Audio Workstation LAW
- I don't care about the freedom of speech because I have nothing to say.
- lilith
- Established Member
- Posts: 1706
- Joined: Fri May 27, 2016 11:41 pm
- Location: bLACK fOREST
- Has thanked: 122 times
- Been thanked: 57 times
- Contact:
Re: Standard test needed to benchmark XRUNs
I thought it´s fine because someone (some linux geek) suggested to take Debian But maybe in the end it´s really better to make a new installation. I will try if it works with a MXLinux Livestick.khz wrote:Why don't you install another distribution and adapt it to your audio? It may be that the hardware/software problems are a Debian problem. Debian is rather conservative. *duck&run*
- khz
- Established Member
- Posts: 1648
- Joined: Thu Apr 17, 2008 6:29 am
- Location: German
- Has thanked: 42 times
- Been thanked: 92 times
Re: Standard test needed to benchmark XRUNs
Debian is just so ingenious because it is conservative or rather consistent. That made the description easier for me. It's about understanding and learning. I also like Debian as a distribution, next to Gentoo. But I also wrote "Installation of a distribution, for example Debian:".
Use the distribution that you personally like best and supports your hardware best as well as providing the software dependencies/needs best.
cheers,
Freedom
Use the distribution that you personally like best and supports your hardware best as well as providing the software dependencies/needs best.
cheers,
Freedom
. . . FZ - Does humor belongs in Music?
. . GNU/LINUX@AUDIO ~ /Wiki $ Howto.Info && GNU/Linux Debian installing >> Linux Audio Workstation LAW
. . GNU/LINUX@AUDIO ~ /Wiki $ Howto.Info && GNU/Linux Debian installing >> Linux Audio Workstation LAW
- I don't care about the freedom of speech because I have nothing to say.