Our team has been tracking these reports, both here and in other places on community. I wanted to provide an update on where these issues stand.
We typically see performance issues like this happening on macOS or Linux setups. Windows and RoonOS work a bit different under the hood and so those platforms tend to perform much better in this area. The good news is there is work underway to improve some low-level architecture on macOS and Linux that we believe will be a big improvement. We donāt have any timelines we can provide at the moment, but work is already in process and weāll be sure to update everyone when we can.
There are also specific bugs weāve found ā One specific to RoonOS which was fixed recently, and another related to network changes on Linux. A solution for the latter is currently in development as well.
We understand that this has been a frustrating issue for many, and we are hopeful that these changes will help alleviate many of the issues that have been reported.
In the meantime, if youāre using a larger library, our recommendation continues to be that you use a RoonOS or Windows Core for optimal results.
Thanks to everyone who has reached out to us about this!
You brought me back into the community with those lines. I like it when problems can be addressed and a qualified team works on them.
Certainly not every point of view or problem analysis will always be correct, but if there are substantive discussions and team activities, we are closer to a solution than if only silence and resignation dominate this community.
Thanks for your information. I am really frustrated that my i9 64Gb mac is terrible slow and does not work properly.
I hope you will find the solution for MacOs very soon.
Thanks
Best Regards
Akos
an ever-increasing memory requirement is building up.
the system becomes unbearably slow with increasing use and database size.
the integration of Qobuz
The first point concerns MacOS and Linux derivatives from the Debian family. With Arch derivatives (Manjaro) I could not verify this and my huge Windwos10 database (1.4 million titles) also constantly shows around 70 % memory utilisation with 16 GB physical main memory. But this does not protect me from the second problem.Manjaro and Windows also need to be restarted after prolonged use so that everything runs smoothly again.
With Qobuz, some have also observed that albums disappear and reappear days later. Qobuz itself is working on a solution. Unfortunately, I donāt have the possibility to use my Qobuz subscription via Roon yet, but Tidal plays perfectly and my collection also offers enough great playing possibilities
For point 1, Dylan has already lit a small light of hope here. Good luck and good ideas in developing this solution.
I seem to have reached the limit given that now 4 days later memory usage has only increased by 300MB. I have however not really been using Roon, though I couldnāt really say I was using it much previously either. I will see if it spikes again after my next usage. Knowing that it only climbs when being used might be helpful.
@support, yesterday I update Roon Core to version 846 on my Synology DiskStation with DSM 6.2.4-25556 Update 2 (Linux).
From that moment on, the memory leakage issue seems to have been solved on my machine. Over the past few hours, Roon Coreās memory usage has remained about the same. The memory usage has even decreased somewhat compared to the previous Roon Core version. I will keep it monitoring and keep you informed.
Thank you so much for this update, this is very welcome news! Please do let us know if you see any reoccurrence of your previous issues. If not, weāll call this solved!
Iāll think, that it is to early to say, that the memory leak issue is solved.
It seems, that with 1.8 846 memory will allocated more dynamical and frees up sometimes, but weāve to wait some days/weeks without restarting Roon to see, if there is a memory leak or not.
Joy and hope may remain until this or another problem hits us. Technical experience inevitably leads to the realization that nothing may remain without maintenance.
I stand corrected, what I mean to say was that hopefully we can call it sussed for @Alfred_van_Hoornās particular experience. Sorry to have made that unclear and provide the impression that we were stitching this up without appropriate due diligence.
Sure, we hope all, that the issue is solved
But it can be different, in using a lot of endpoints, dsps or changing (import/export) files.
Iām also since many years software developer for bigger and critical systems and I know, thatās hard to fix really all memory leaks in complex systems.
Iām seeing really bad memory leaks here (1.8, build 831; M1 Mac mini w/ 8GB of ram; 61656 tracks, 9965 albums; no DSP; Qobuz, tidal & music on a local SSD) - over as little as 2 days it goes from 1GB of ram used to 12GB, at which point I get audio interruption during playback / the client seems to disconnect from the core for a a few seconds sometimes.
Iām also having problems on an M1 Mac (16GB, running Monterey) and have a script running to reboot the core twice a week. Things seemed to improve when upgrading from Big Sur to Monterey, but the problem still exists: increased memory usage, followed by a slow down in peformance (loading album pages etc), followed by audio interruptions (ranging from momentary up to a few seconds or so).
This seems similar to the problem we had running Core on Linux, as long as it was based on Mono. With the recent new release based on .NET things have become much better. I remember a post where Danny wrote that he was pushing for having Mono replaced on MacOS rather sooner than laterā¦ this will be the solution to the degrading performance under increasing memory use.
I also see a memory issue and it cripples my entire Roon system after 48ā72 hours. Only killing Roon Core and restarting that process (or a full reboot of the core) fixes this. Itās maddening and seemed to only become a problem since I upgraded to build 850. Linux Core here running on an Ubuntu Server running on NUC hardware.
Pertinent parts of uname -va 5.11.0-40-generic #44~20.04.2-Ubuntu SMP Tue Oct 26 18:07:44
Mines at 4.125G after 3 days. Just restarted and it grows quite quickly. Putting this here so that I can come back in 20 days or something and compare.
