Windows 11 22H2, Ryzen 9 5950X, 64 GB memory. Roon Server and Roon are on this same system. Library is 1536 albums, 18.4K tracks.
RoonAppliance.exe will occasionally begin consuming large amounts of memory (25+ GB) and CPU resources, causing the rest of the system to stutter, becoming particularly noticeable when gaming or watching video content. If I stop Roon Server and start it again, the app behaves normally for hours. This condition has been happening about once a day, with light usage of the Roon app.
Itās not the only issue Iāve had with Roon Server 1272, so definitely looking forward to the next release. Iāve not had any trouble with this server setup with any previous versions.
Our apologies for the slow response. I found a whole host of internal communications surrounding the thread you shared and your own post.
It seems we have an issue with .NET and there are two potential fixes.
Check your installed version of .NET in your installed programs vs what is listed on the Microsoft site and update it accordingly. There is also a .NET repair tool that can be used.
Follow the instructions you see in the thread you shared to reinstall Roon Server.
Both seem to have fixed the issue for others. Weāre currently looking at ways we can prevent this from happening but these are our best recommendations.
I think that in your case, having so much memory has actually kept you from crashing out like others were reporting but it has the same root cause.
For what itās worth, it looks like Iām running .NET Framework 4.8.09032. I know 4.8.1 is available, but Windows Update isnāt downloading it even when I manually check for updates, and I generally try not to mess with it.
Iām guessing the move to .NET (Core) 6 in the 1272 build has caused some long days for the devs. I donāt have .NET Core installed on my system, and Iām unsure the interplay between .NET Core and the traditional .NET Framework. Microsoft makes all this very confusing.
Hi again, just wanted to check in and see if there was any news about an update for RoonServer app?
I still have this issue daily, and am at this point just shutting down the RoonServer app when Iām not actively working with my music, and bringing it back up when I am. If I leave it up, itās a matter of hours before it starts to noticeably interfere with media and network applications and I bring it down again.
Iām sure the devs are working hard on an update, and this was mostly a client app info sharing post, along with an effort to make sure the thread doesnāt auto-close
Iām sorry, I donāt know how on Earth I missed that 1277 was out. Looks like it came out a while ago, June 13?
It looks like I am on 1277. I am not sure when it took affect, but I believe it was recently. Just now after seeing your post, when I checked the About page in Roon, it still showed 1272 for a brief moment before the text changed to to 1277. In addition, I have been occasionally downloading and reinstalling the RoonServer app. The last time I downloaded and reinstalled was June 27, so the file I got was still on 1272.
I believe the issue happened yesterday, but not today. Iāll continue to monitor. I wonder if other clients saw improvements after the update to 1277.
Just an update, Iām now on version 1300. This is still happening, but it seems to be less often, every couple of days instead of multiple times per day. Iāve been watching the process a little more closely. Sometimes Iāll look and RoonAppliance.exe is using many more GB than it was the last time I looked. Once it gets to 17+ GB I start to have issues in media and network apps.
Still happening on 1303. I updated on August 14, and both mornings since, RoonAppliance.exe has been sitting at over 10 GB memory, with occasional 30-60 second periods of debilitating CPU spikes. I start and stop Roon Server and itās good againā¦ until it isnāt, then I repeat.
I have had the same problem for a long time and itās causing problems as Iām using hqplayer with Roon. When Roon suddenly hogs up basically all the CPU power, music stops.
CPU: 13900k
OS: Ubuntu server (minimal installation)
RAM: 32gb
Library size: 300 albums (Qobuz, no local files)
Other: No other software running on the server, but Roon server and hqplayer.
I have also tried to disable wifi kernel module as Iāve seen potential connection to wifi, but that should rule it out from the picture (it didnāt help). Iāve also tried hocus pocus trics like cpulimit to limit Roon process, but instead of limiting the weird thing it does, it cuts music.
If Roon is doing some internal scanning etc, it would be really nice if there was some internal dropdown like āCPU usageā with options Aggressive,Normal,Polite. In Polite mode it would minimize the scanning to like 10% CPU usage and always prioritize playback. When people add massive amount of new albums or so, they could termporarily put it to Aggressive to quickly go through everything and then switch back to Polite. I believe also laptop users would appreciate this feature.
However, to me this looks like an unfixed bug as there already is Throttled option for audio analysis speed and that didnāt help either.
EDIT: Came here to say that restarting Roon always helps and that problem doesnāt seem to return right away. I havenāt investigated further, but it may be that the problem develops over day or days of usage (some carbage collection problem in code?). One can add this to crontab to get automated restarts for Roon every morning to have it clean for the day:
Still happening on 1311. This is getting rather frustrating as I recently paid for a lifetime subscription and Iāve barely been using the application. Iām waiting to get to the point where I donāt have to constantly manage the state of this server application. If I run the app, itās only a matter of hours before I have to stop it. And if I stop it, Iām certainly not rushing to start it, so I leave it off.
@Wes, do the developers know about this? I could really use an update.
Thanks for your message here. Wes is no longer with Roon, but to answer your question, yes we have been looking into a few related reports with our developers and we believe we have (very recently) found a possible cause of this leakage due to .NET garbage collection behavior. We have been able to reproduce similar behavior and we are looking into ways to address it. We will likely have the fix go out to Early Access testers first, so I would suggest keeping an eye on the Early Access release notes category for when it ships (no timeline that I can share yet). Thanks!
Hi @noris, thanks for the update. Thatās encouraging news! On a related note, in the post above my last one, a Linux user is using crontab to schedule a restart of the roonserver service. This is a clever idea that could serve as something of an automatic work around. Do you know if there is a graceful way to perform a restart of the Roon Server application via a command in Windows? The Roon Server app doesnāt run as a Windows Service, so I canāt do it that way, and I donāt want to just force-quit the running process.
Just checking in. Are there debug-level logs I can enable to assist? This very reliably happens most, if not all, mornings after I leave the server app running overnight.
Thanks for your message. We are still looking into this, but if you would like to have a better idea of what the issue we found was, please see this thread:
The change still hasnāt made it into Early Access yet, but we will update the release notes once it does.
Much better on 1353. Memory utilization is slowly creeping up, though. Since it was installed on Nov 9, it has crept up to about 9 GB of memory allocated. Still hasnāt bogged down performance yet, but I imagine once it gets up to the 17 GB range like it used to, it will return. Still, having to restart the app once a month is a lot better than once a day. Iām actually using it again.
@Sheb and @noris, on my Linux server the memory management has been much better with the new release. Current uptime is around 11 days, and the system is very well-behaved in comparison to before the update. GC is much more effective.
One thing I have noticed for a long time is that my daily database update in the morning brings down RAM usage nearly to baseline levelsā¦ Have never seen anyone else mention this, but this is my daily experienceā¦
I did finally have to restart the server app. It wasnāt affecting system performance, but the Roon client app was unable to play tracks. The interface was functional, but playback would never start.
Iāve not had any trouble with this server setup with any previous versions.