Search speed and responsiveness

simon_pepper · September 3, 2019, 8:50pm

Core Machine (Operating system/System info/Roon build number)
NUC5i3 ROCK Build 175
Roon Server and Remotes - 1.6 Build 416

Network Details (Including networking gear model/manufacturer and if on WiFi/Ethernet)
Wired to a Netgear GS108v2

Audio Devices (Specify what device you’re using and its connection type - USB/HDMI/etc.)
SonoreUPnP Bridge running on an UltraRendu with UltraCap LPS 1
Naim NDS Network Player

Description Of Issue
Is it me, but has the Search functionality slowed down over the last month or so?
It can sometimes take quite a while to search on an Artist or track name.

I don’t believe it is release related, as there hasn’t been a release lately - is it a database on ROCK size, table size or is the searching Tidal and/or Qobuz?
It shouldn’t be internet speed related either as that been upgraded recently to 500Mbs down/50Mbs up.

Maybe things will be improved with the next release. Happy to beta test.

Simon.

dylan · September 4, 2019, 12:29pm

Hi @simon_pepper,

Are you experiencing this slowness with every search, or only some?

If you reboot your Core are things any faster?

simon_pepper · September 4, 2019, 1:46pm

It is all searches, whether for Artists or track names.
Yes, following a reboot is a little faster, but presently it has been 9-days since ROCK was last rebooted.

Is there a problem with Search speed after ROCK has been up for an extended period? Are their resource leaks that are causing the slow down - with any root access I can’t give you anymore - a htop listing, mtrace/malloc or even a free -m

Thanks,
Simon.

dylan · September 4, 2019, 2:53pm

Hi @simon_pepper,

Can you provide some specifics on a few different searches that are slow? For each search, please provide the following:

The exact text string used to search
The time in your local timezone that the search was started
How many seconds the search takes
How many seconds the search takes if you search the same string right after

Thanks!

simon_pepper · September 4, 2019, 3:00pm

Will do, once I am home.
Thanks, Simon.

simon_pepper · September 4, 2019, 9:59pm

Roon Remote on HP Elitebook i7 8GB RAM 120GB SSD on WiFi (802.11g, but 802.11ac dual band network)

ROCK uptime 9 days, 18 hours, 2 minutes, 44 seconds.
LIbrary: 6,289 Albums, 83,220 Tracks on ReadyNAS Pro2 NAS and bonded dual Gigabit connection to Netgear GS108E

Timezone is Dublin IST (same as UK BST) tests run 21:30 to 22:51

Search I “Paul Simon”
1st instance: 44.86s (return back to Overview)
2nd instance: 1.26s (return back to Overview)
3rd instance: 1.43s

Search II “Roxy Music”
1st instance: 23.63s (return back to Overview)
2nd instance: 1.49s (return back to Overview)
3rd instance: 1.65s

Search III “Mahler”
1st instance: 23.33s (return back to Overview)
2nd instance: 1.35s (return back to Overview)
3rd instance: 1.12s

Observation: I think the 1st search also involved spinning up the drives on the NAS storing my Library, as they spin down after a period of inactivity.

Roon Remote on iPad Pro 9.7 on WiFi (802.11ac over 5Ghz band)

Search I “Paul Simon”
1st instance: 23.80s (return back to Overview)
2nd instance: 11.99s (return back to Overview)
3rd instance: 1.98s

Search II “Roxy Music”
1st instance: 23.75s (return back to Overview)
2nd instance: 1.92s (return back to Overview)
3rd instance: 1.68s

Search III “Mahler”
1st instance: 2.26s (return back to Overview)
2nd instance: 1.39s (return back to Overview)
3rd instance: 1.56s

Restarted ROCK server (not a reboot of the NUC)
Waited for all zones to be listed and media scan complete

Roon Remote on iPad Pro 9.7 on WiFi (802.11ac over 5Ghz band)

Search I “Paul Simon”
1st instance: 2.30s (return back to Overview)
2nd instance: 1.03s (return back to Overview)
3rd instance: 0.83s

Search II “Roxy Music”
1st instance: 1.69s (return back to Overview)
2nd instance: 0.9s (return back to Overview)
3rd instance: 0.98s

Search III “Mahler”
1st instance: 1.85s (return back to Overview)
2nd instance: 1.73s (return back to Overview)
3rd instance: 0.86s

Search IV “Bob Dylan” (just in case of caches remaining
1st instance: 2.03s (return back to Overview)
2nd instance: 1.19s (return back to Overview)
3rd instance: 1.09s

Rebooted NUC
Waited for all zones to be listed and media scan complete

Roon Remote on iPad Pro 9.7 on WiFi (802.11ac over 5Ghz band)

Search I “Paul Simon”
1st instance: 1.63s (return back to Overview)
2nd instance: 1.15s (return back to Overview)
3rd instance: 0.76s

Search II “Roxy Music”
1st instance: 1.69s (return back to Overview)
2nd instance: 1.15s (return back to Overview)
3rd instance: 2.69s

Search III “Mahler”
1st instance: 1.83s (return back to Overview)
2nd instance: 1.19s (return back to Overview)
3rd instance: 0.83s

Search IV “Bob Dylan”
1st instance: 1.18s (return back to Overview)
2nd instance: 1.05s (return back to Overview)
3rd instance: 1.02s

Search V “London Grammar” (not in any cache)
1st instance: 2.06s (return back to Overview)
2nd instance: 1.20s (return back to Overview)
3rd instance: 0.92s

Does this help?
If you need any other tests or search instances run let me know.

My observation is there is potentially an issue when ROCK server has been up for a number of days, in that the search of the database tables is affected, with a search going from 20s down to 2s on restarting the Roon server or rebooting the ROCK hardware.

Simon.

Sorry this was meant to be earlier, but the Lotto service in Kenya, had an outage and came back up 20 minutes before the Wednesday evening draw, and there were some 4,500 outstanding Mobile Money purchases of Lotto tickets not processed, plus just before the draw volumes can several thousand purchases per minute - so it was all hands on trying to get them into the Draw before cut off and the Live draw on TV there.
Plus our VPN from Dublin to the Safaricom datacentre has been a bit flaky lately.
All good fun!

simon_pepper · September 5, 2019, 6:01pm

Was this useful?
Do you need any further measurements or metrics?

dylan · September 5, 2019, 9:07pm

Thanks for the timestamps here, @simon_pepper.

I’ve enabled diagnostics on your account so the team can take a closer look at what was occurring during these times. The next time your Core is active a Diagnostics Report will be uploaded to our servers and I’ll be sure to pass it along to the team. Once the team has analyzed the report I’ll be sure to follow up with you here.

simon_pepper · September 9, 2019, 4:05pm

I think my Core was active over the weekend - do you have a Diagnostic Report.
At present the search times are ok - I think it is well there has been a long uptime on the Roon server.
The time I took before were after 9 days of up-time, and these dramatically reduced once the Server was restarted.
I have also experienced problems with page loading errors from the Core when there is uptime of 30-days or so. These are not present after a reboot of the ROCK server.
Thanks, Simon.

dylan · September 12, 2019, 4:34pm

Hi @simon_pepper,

I spoke with the team about the behavior you’re seeing and they reviewed the diagnostics report. The report was helpful in allowing us to better understand the underlying issues you’re experiencing.

As mentioned here in this post by Mike, we have some significant changes on the way related to how search performs in Roon. We can’t provide any specific timeframes as these are some pretty big changes, but we believe that things will perform much better once these changes are available.

We appreciate your patience here as work continues on this project.

simon_pepper · September 12, 2019, 10:22pm

Sure - if you need anything else, especially as uptime on the Rock Server is presently 8 days, to similar to where I experienced the 30s or so, on the initial searches.

If you also need me to test any build I can.

Looking forward to these next release(s)

Simon.

system · September 11, 2020, 10:22pm

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.