Sluggish performance over time on Roon ROCK v2.7 (build 1671)

Is anyone else having issues with Roon ROCK slowing down after a few days of uptime?

Right after a reboot, everything runs great, but after some time it becomes painfully slow until I restart the machine again. Running build 1671. Would love to know if this is a known issue or if others are seeing the same behavior!

There’s further improvements in later early access releases. They will be rolled out to production in due course.

Yes, same here. It happens more frequently when clicking Discography. I need to reboot every few days.

I think things have improved a bit recently, but to keep the Core fresh I simply run a regular cron job on another network device to poke the x.x.x.x/1/restartsoftware URL.

This has been the case for many years now. That’s why I set my Roon to reboot every other night. Lately, I’ve been wondering if I should set my system to reboot every night.

Yeah, that’s been my experience too. I tend not to be organised enough to schedule reboots preemptively but I do restart when things get sluggish - usually once every week or so.

I’ve been adding a lot of music to my library and doing cleanup which probably isn’t helping but I’m looking forward to the promised performance boost …

This is my memory usage log over a few days. I have Roon Rock (v2.7 b1673) running in a VM inside Proxmox. I bumped up Roon’s memory allocation from 16 to 32 GB on the 17th. Over the past 6 days you can see the memory used slowly creeping up and now nearly using the full 32 GB. I note sluggishness as the memory headroom decreases. I know memory isn’t the only story here - but on my system there is a correlation. My Roon library is 13k albums and 200k tracks.

Thanks for the details here, everyone! @Dan_Heatherly, the memory graph you provided is exactly the pattern we’ve been chasing. We’ve got an EA build in testing that addresses a lot of this, and I’m optimistic it’ll resolve most of it for you all. Hang tight.

Agreed. I LOVED 2.65 - it was consistently fast. But here I am, again, waiting for Roon to respond… just the Home Page, if you please.
Looking forward to the next update. Hopefully, I’ll get the speed of 2.65 back.

I hope this fixes it as well for Linux users. :grinning_face::crossed_fingers: I’m experiencing the same with Roonserver on Arch Linux (other users also reporting the same issue).

Have noticed this problem since updating to Roon 2.7 on my Mac Mini M1 as well. Very noticeable compared with many other releases in the past. Have to restart the Roon Server every few days to get it back to responding. My iPad even loses access on occasion which is really unusual.

I restart ROCK most days while the coffee machine is doing it’s thing :innocent:

Same here.

Running 2.7 (build 1671) on a Linux distribution and am having issues with response time as well. I don’t reboot my server often and yesterday it was kind of slow. Going to reboot this morning.

It’s the Roon server which benefits from a restart, which only takes seconds. The platform itself – ROCK or whatever – doesn’t require a reboot.

Thanks for the verification!

While we all await a “fix” for this issue (can only wonder if there’s a memory leak in the Roon Server’s code), has anyone a nice clean script for scheduled Roon Server restart for macOS?

I have a Nucleus One and the delays are killing me right now. It can be 10 full seconds before music starts once selected.

Is it not possible to schedule a restart of ROCK? I run Roon on Synology NAS and I have the scheduler restart the Roon server every 3 days, keeps the server fresh and no issues.

Back from holiday today, so will try and see if the new update makes any improvements to the need to restart every 3-4 days

ROCK offers no facility to schedule a reboot of itself nor, more critically, automatically restart the Roon Server. There are manual options in the web UI. A secondary network device is needed to tickle the http API on a regular basis so as to trigger server restart/refresh.