Re: [Rhythmbox-devel] Snappier navigation

["J.B. Nicholson" <jbn forestfield org>]

Sam Geeraerts wrote:
> I'm writing on behalf of someone with a large audio collection (28000
> files, 120 GB). This person is happy with Rhythmbox, except that it's
> pretty slow.

There are times when I can't type anything in the search box because a previous search is still 
running. During this unavailable period keystrokes appear to be cached and if I leave RB alone long 
enough my subsequent keystrokes are applied then another search is initiated with the data now in 
the search box. That makes RB seem slow because I have to wait for the program to catch up to my typing.

I've tried RB on Debian 10 testing, fully up-to-date as of the time/datestamp on this email.

All of my searches use the "Search all fields" setting because that search is the default, it's most 
convenient to use, and this helps narrow down things pretty well in the end.

I'm not sure what it would take to either make RB do searches far more quickly and keep up with my 
typing, or to always allow typing even if a search was underway (so I could edit my search and trust 
RB to eventually catch up). There's also no clear indication when any search has completed, so I 
just have to wait and see if RB becomes visually unresponsive again.

> I don't have exact measurements, but it's something in the order of:
>
> * 3 minutes for startup
> * 30 seconds to switch to a song from another playlist

I've been testing RB v3.4.3 with a volume that has 172,488 tracks (4.5TB). It takes about 13 seconds 
to launch RB (when RB code is in the system cache) to the point where I can click around and use the 
program. I can switch between the "Recently Added" and "Recently Played" playlists (really, stored 
queries) quickly -- double-clicking a track from one of those playlists (to play it), 
single-clicking the other playlist (to select the other playlist), and double-clicking a track from 
the other playlist occurs just as quickly as the double-clicked media can be located and buffered.