Hello everyone,
Thank you all for your continued patience here. As of last night, a potential fix has moved to the pipeline for internal review. The timeline to resolution remains uncertain at this time, but we don’t anticipate this issue should drag out much longer now that we believe we’ve pinned it down.
We will continue to provide new details in this thread as they become available. Otherwise, I’ll provide another update in ~24 hours.
Thanks for the update Connor, highly appreciated.
If you want volunteers to do some quick testing… just let me know.
Regards,
Harry
Hi everyone,
Daily update here. We’re testing out the fix for this issue and while I still don’t have a precise timeline for the rollout, we’re confident the permanent solution will resolve the underlying conditions of the problem.
Thank you to those of you who have helped redirect affected users here, as I understand reports of this issue have been both lingering and widespread on the forums. As always, we’re very grateful for your patience. We’re working hard to disseminate the most accurate and current information possible as we close in on resolution.
@connor, I’ve been suffering this problem for what seems like months now (took me quite a while to narrow down what was happening). Finding this thread, I’m comforted to know the problem has been identified and a fix is in the pipeline. I’d be very glad to help test if it’s helpful. My Roon core (i3 NUC) will eat up more and more RAM becoming more and more sluggish until the system becomes unresponsive after less than 24 hours (which also causes heavy SSD use due to no available RAM, etc.). Thanks!
I am running Roon Core on a Mac Pro (Late 2013) with 64gb ram with no DSP or convolution, etc. I stream via HQPlayer NAA to a NUC11 and do all upsampling on the NUC11running HQPlayer Desktop. When I reboot 2 days ago and started Roon it was using 1.3gb of ram. After 2 days open it is now using 4gb of ram and music has only played for roughly 6 hours total, rest of the time sits idle. Short test but it appears it is growing ram usage by 1-1.25gb per day.Looking forward to a fix for this memory leak.
At this point, within just a few hours, my Roon Core is completely unusable and is taxing the RAM and SSD resources to the max, making the computer it’s running on kind of freak out. (I’ll reluctantly continue to use alternative apps and services while waiting for a fix). 
Hi everyone,
The fix continues to move through the pipeline. I appreciate those of you who have offered to help test it out. While I recognize you’re eager for any solution after such a frustrating wait, we’ve already started running this fix through testing so we can roll it out as efficiently as possible.
While it’s disheartening to head into a weekend without a fix in place, rest assured this is a top priority to ship out and the team is finalizing as I type this. I’m happy to answer any questions you might have.
Thanks for the updates. Much appreciated.
Are you confident that the fix addresses all the different memory leak behaviours reported? The worst examples reported seem to double memory usage in a matter of minutes, but others have reported a much slower rate. Also the worst situation seems to exhibit the problem all the time, but others (like me) experienced an isolated issue (just once in the two weeks since I updated to 952). Given the range of issues, is there more than one failure mechanism, or can the same fault manifest differently?
There are so many variables that a compromise will certainly be found in the new week that will solve a lot but not everything. How quickly and whether a problem arises depends on the operating system, the hardware or just the RAM. More main memory, everything else the same, makes a difference.
Just a confirmation, I have Roon Core running on a newer Dell Server/SAS/Hardware Raid 5/48GB of Ram MS Server 2019 (Fully Patched) and have latest Roon stalling approximately 2-3 hours after reboot:
This would not be possible even with 2.7 million titles under Manjaro. What did the machine just have to do. Do the logs show anything usable?
@Uwe_Albrecht
Setting expectations is always key when working with customers/consumers. I get that is what is being done here - Essentially what I read from the latest statements is expect nothing, it will be a compromise that might resolve something in a fix that will come at some point in the future. That is typical support replies.
Why should there be a compromise? Are there several severe issues that needs to be fixing, do you have additional information? In situations where you expect compromises, customers should be engaged in testing that the issues are resolved proactively. I.e. giving private releases to customers on different platforms exhibiting problems to see how the fix behaves prior to official release to avoid more potential dissatisfaction.
@connor
What I struggle to understand is:
T
Tbh my biggest question is why 952 wasn’t been rolled back two weeks ago and then investigate the fix. While I appreciate this forum represents the noisy users I have a mate with a Nucleus having exactly the same problems I was. This release seems to have consistently busted things for a lot of people for whom 943 was working perfectly.
I now have the hotfix and it seems the big issue is resolved for me (although still not as stable as 943 was for me based on some other behaviour I’m experiencing) but I have currently cancelled my annual renewal due to renew next week because I have real concerns with how updates are being managed. Roon is the best music experience I’ve found, but only when its working. I’ll likely switch to monthly and see how the next month goes, but I’m genuinely questioning the Roon support processes 
Database updates are a possible cause which means that some of the features of 948 might not work.
Speculation on my part, but a number of recent updates have spent time making the database changes
This is pure speculation on your part, if I’m correct in my understanding that you’re not part of the team developing or testing the solution. I’m not intending to cause offence, but I wanted to let you know that your speculative comments were neither helpful nor illuminating to me, I’m afraid. I suspect that if you read my post more carefully, you might understand the question I was actually raising.
Huh? This is clearly a memory leak in the Roon software. For those of us affected, it doesn’t matter how much RAM you have. It will use all of it eventually and bring your system to its knees.
It’s possible. Mine does exactly the same thing. 98% RAM usage even after a couple of hours. Dedicated super clean Win 11 machine specifically supported by Roon.
The server does provide DNS & DHCP for my home network however the “memory leak” or maxing out of memory is something we had seen in the past with MS SQL servers.
I have about 30K songs (24bit mostly) and the tidal interface.
From a change management point of view, this was never a problem until the last realease of Roon, I tend to agree with the last posts, why was this release not rolled back or given the option to roll back?
Sadly, Roon just never seems to be there for me when I need it. Right now, it’s just shut down, totally unusable since it crashes my Core every couple of hours. I don’t really have time to babysit this thing, and I chose Roon and bought a dedicated Core as a long-term solution for my family’s music listening. It’s been increasingly worse for months now. I love Roon and all that it represents, but I’m seriously considering some other options and just can’t justify committing myself a year at a time with such instability and the persistence of catastrophic performance issues. I don’t know if the team needs to focus on fundamentals, do more/wider testing, or take user concerns earlier or more seriously, but my needs are pretty simple, my system is relatively ideal (dedicated Core on optimized gigabit connection, etc.), and yet it still seems to be somehow broken more often than not. 
