If you get into this high GPU state and stop clicking and stay on just one screen in Roon, does the GPU usage go back down or does it remain near the max?
A/ it does remain at 99% the only way I can get it to work around it will be to minimize Roon, do cmd+w, as soon as I maximize Roon it will reach the 99% of GPU usage. Or to get out of the state cmd+q until the next time.
Let’s try to minimize the amount of screens that are accessed. If you navigate just between your Overview and Library -> Tracks tab for a bit, are you able to reproduce the issue?
From 20.40 to 20.50 constantly clicked and scrolled between ¨Overview and Tracks¨, 10 minutes, can’t repro.
From 20.50 to 21.00 constantly clicked and scrolled between ¨Overview and Discover¨ menu. After 10 minutes or so can’t repro.
From 21.00 to around 21.08 clicked between ¨Overview and Albums¨ scrolled through the 3000+ albums I have for about 5 minutes without stopping. Can’t repro.
At 21.08 decided to record my steps and do a more realistic test:
cmd+q Roon > open the app > Overview > Discover > Click an album from there > clicked the album artist > that triggered the issue at 21.09:
Second repro: 21.11 > Overview > Discover > Selected an album > scroll in the album > clicked in the album artist > that triggered the issue at 21.11 > closed Roon.
Forgot the screenshot…
3rd repro 21.14: Overview > Discover > selected an Album > clicked the album artist > clicked another album from that artist > that triggered the issue at 21.14 > closed Roon.
Thanks for the further attempts and for the videos!
I took a look over them and it looks like we’re onto something here, the high stuck GPU behavior happened exactly once you started flipping between the Composer and Performer tab.
We’ve started testing with this aspect in mind in the QA lab and we’ll take a look to see if we can reproduce your findings on the Mac’s we have in-house.
Thanks again for the testing you have done so far, I’ll let you know how our testing goes on our end but overall this is fantastic news as we now have reproductions steps!
Hi @noris thanks, nice the hear that, looks like you will need a MBP 16 inch 2019 or an 2019 iMac to repro.
Please keep me posted if you have news from QA or ir need further repro on my side.
Thanks.
Hi @noris I can tell it has turned for worst after last update to 537, before the update it happened every couple of days, nowadays it happens just after few minutes or clicks, I have to run Roon permanently minimized, a shame I bought this computer to have Roon running in fullscreen.
Thanks.
hi @noris I have been using my old MacBook Air 2014 today, installed the Roon interface then used it the whole afternoon, it is impressive the low resource usage in this machine, QA will not be able to reproduce the issue in an older Mac the will need a 2019 mbp or iMac.
I wanted to touch base with some good news. We’ve managed to reproduce this issue on a staff member’s 2019 16" MBP and gathering all the necessary info for a ticket for the devs . If there’s any other info we need from your end we will let you know, thanks!
I have been discussing this issue with QA today, and we do have an update to share.
As I mentioned earlier in the thread, we were able to reproduce this issue, but we were only able to reproduce exactly once, it seems that no matter how much we’re trying to recreate the issue on multiple Macs in the lab, we’re not succeeding any longer, even on the 2019 MBP which exhibited it once.
I spoke to QA again and we’re still trying to narrow down the proper steps to troubleshoot this further. One aspect which may help with discovering the underlying cause would be a sample of the Roon process when your PC is in this state.
Can I please request that you @mavmcl, @jmvdv & @RustySanwa provide a sample of the Roon process when you’re in this state? Hopefully this will give further clues to narrow down what exactly is causing this issue.
Hi @noris fair enough, let me finish up playing with a Qobuz issue and will collect the data you are requesting, have QA or the testers to use Roon in a secondary desktop in the Mac, it is easy to repro as well when in full screen.
Thanks!
The jagged scrolling occurs when editing an album and scrolling in the edit-overlay (see screenshot).
I’m getting this when switching between different screens:
RunningBoard standaard 09:59:19.764369+0200 runningboardd Acquiring assertion targeting executable<Roon(501)> from originator [daemon<com.apple.coreservices.launchservicesd>:156] with description <RBSAssertionDescriptor; frontmost:98026; ID: 335-156-5683; target: 98026> attributes = {
<RBSDomainAttribute: 0x7f85a7e22be0; domain: com.apple.launchservicesd; name: RoleUserInteractiveFocal; sourceEnvironment: 0x0>;
}
RunningBoard standaard 09:59:19.764556+0200 runningboardd Assertion 335-156-5683 (target:executable<Roon(501)>) will be created as active
NowPlayingTouchUI standaard 09:59:19.769536+0200 NowPlayingTouchUI [NowPlayingTouchUI] Reloading available apps due to workspace activating an application: NSConcreteNotification 0x600001d19230 {name = NSWorkspaceDidActivateApplicationNotification; object = <NSWorkspace: 0x60000115c4b0>; userInfo = {
NSWorkspaceApplicationKey = "<NSRunningApplication: 0x600003d76400 (com.roon.Roon - 98026) LSASN:{hi=0x0;lo=0x422422}>";
}}
RunningBoard standaard 09:59:19.770601+0200 runningboardd Finished acquiring assertion 335-156-5683 (target:executable<Roon(501)>)
RunningBoard standaard 09:59:19.770824+0200 runningboardd [executable<Roon(501)>:98026] Ignoring jetsam update because this process is not memory-managed
RunningBoard standaard 09:59:19.771353+0200 runningboardd [executable<Roon(501)>:98026] Set darwin role to: UserInteractiveFocal
RunningBoard standaard 09:59:19.771696+0200 runningboardd [executable<Roon(501)>:98026] Ignoring GPU update because this process is not GPU managed
RunningBoard standaard 09:59:22.451632+0200 runningboardd Invalidating assertion 335-156-5683 (target:executable<Roon(501)>) from originator 156
RunningBoard standaard 09:59:22.564455+0200 runningboardd [executable<Roon(501)>:98026] Ignoring jetsam update because this process is not memory-managed
RunningBoard standaard 09:59:22.568447+0200 runningboardd [executable<Roon(501)>:98026] Set darwin role to: UserInteractiveNonFocal
RunningBoard standaard 09:59:22.568593+0200 runningboardd [executable<Roon(501)>:98026] Ignoring GPU update because this process is not GPU managed
RunningBoard standaard 09:59:24.170042+0200 runningboardd Acquiring assertion targeting executable<Roon(501)> from originator [daemon<com.apple.coreservices.launchservicesd>:156] with description <RBSAssertionDescriptor; frontmost:98026; ID: 335-156-5685; target: 98026> attributes = {
<RBSDomainAttribute: 0x7f85a7c0f810; domain: com.apple.launchservicesd; name: RoleUserInteractiveFocal; sourceEnvironment: 0x0>;
}
RunningBoard standaard 09:59:24.170299+0200 runningboardd Assertion 335-156-5685 (target:executable<Roon(501)>) will be created as active
NowPlayingTouchUI standaard 09:59:24.174220+0200 NowPlayingTouchUI [NowPlayingTouchUI] Reloading available apps due to workspace activating an application: NSConcreteNotification 0x600001d1ca50 {name = NSWorkspaceDidActivateApplicationNotification; object = <NSWorkspace: 0x60000115c4b0>; userInfo = {
NSWorkspaceApplicationKey = "<NSRunningApplication: 0x600003d10300 (com.roon.Roon - 98026) LSASN:{hi=0x0;lo=0x422422}>";
}}
RunningBoard standaard 09:59:24.174978+0200 runningboardd Finished acquiring assertion 335-156-5685 (target:executable<Roon(501)>)
RunningBoard standaard 09:59:24.176934+0200 runningboardd [executable<Roon(501)>:98026] Ignoring jetsam update because this process is not memory-managed
RunningBoard standaard 09:59:24.177586+0200 runningboardd [executable<Roon(501)>:98026] Set darwin role to: UserInteractiveFocal
RunningBoard standaard 09:59:24.178070+0200 runningboardd [executable<Roon(501)>:98026] Ignoring GPU update because this process is not GPU managed
RunningBoard standaard 09:59:28.374581+0200 runningboardd Invalidating assertion 335-156-5685 (target:executable<Roon(501)>) from originator 156
RunningBoard standaard 09:59:28.481324+0200 runningboardd [executable<Roon(501)>:98026] Ignoring jetsam update because this process is not memory-managed
RunningBoard standaard 09:59:28.481524+0200 runningboardd [executable<Roon(501)>:98026] Set darwin role to: UserInteractiveNonFocal
RunningBoard standaard 09:59:28.482455+0200 runningboardd [executable<Roon(501)>:98026] Ignoring GPU update because this process is not GPU managed
morning @noris I compared the sample with the one from my MacBook Air 2014 and has nothing like this looping logging from the iMac 2019 over and over these events: