Bug 431596 - Improve startup time and responsiveness with network music collections when loading a very large playlist on launch
Summary: Improve startup time and responsiveness with network music collections when l...
Status: RESOLVED FIXED
Alias: None
Product: Elisa
Classification: Applications
Component: general (other bugs)
Version First Reported In: 20.12.1
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Matthieu Gallien
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-01-14 14:15 UTC by tneo
Modified: 2025-09-06 02:31 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tneo 2021-01-14 14:15:08 UTC
SUMMARY
Elisa is slow to start and to be usable.

STEPS TO REPRODUCE
1. Set-up Elisa with a nice collection of music
2. Start Elisa
3. Wait for the program to become responsive.

OBSERVED RESULT
It takes ~1:10 for Elisa to be usable. This

EXPECTED RESULT
Once the application is started it should be usable. Scanning for new music should be done in the background.

SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20210110
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.77.0
Qt Version: 5.15.2
Kernel Version: 5.10.5-1-default

ADDITIONAL INFORMATION
- DB size 43.6 MB
- ~26K MP3 files
- Single (NAS-)path configured where music collection resides
Comment 1 Nate Graham 2021-01-14 20:44:57 UTC
Over a minute? Yikes, that is quite slow. It's about one second for me with a local music collection on an NVMe SSD.

Having a large collection on a slow network location is probably the culprit, but maybe we can do a bit better here.
Comment 2 tneo 2021-01-17 04:06:01 UTC
What seems to be the culprit is that I load a playlist with several thousand songs in there and randomly play those. (I start Elisa where I left of). When I have a single album selected it is fast enough to be responsive upon start.
Comment 3 Nate Graham 2021-01-19 16:17:40 UTC
Interesting.

Works for me with a playlist of 3000 songs with my local music collection. I guess there's something about the network use case that triggers the bug.
Comment 4 tneo 2021-01-20 16:28:47 UTC
My playlist contains 9,179 tracks.

Is there anything I can provide you for more insight?
Comment 5 Nate Graham 2021-01-20 17:54:06 UTC
Nah, you're good. Thanks!
Comment 6 Duncan 2022-03-27 16:46:40 UTC
Based on a wireshark capture, it appears that Elisa is doing an enumeration of all files in the playlist, plus all additional files in the directories such as images and NFO files - this makes sense, it needs to know what files have been deleted or added since the last run. The Elisa UI completely hangs while this is happening. 

Feels like this enumeration and updating should be a separate thread, similar to how QMMP does it - I can add a directory on my NAS that has 20K files in descendant directories, and QMMP remains responsive the whole time. QMMP doesn't to the album art thing, so it may be enumerating fewer files than Elisa overall, but the actual enumeration appears to happen in a separate thread that updates the playlist.
Comment 7 tneo 2023-10-17 15:24:29 UTC
With version 23.08.2 this issue appears to be resolved.
Comment 8 tneo 2023-11-14 13:24:04 UTC
I thought this was resolved, but am forced to reopen my bug report.

I encountered this today that Elisa is unresponsive after opening.
- Last night I selected "Tracks" for shuffle play (~26K files).
- I opened Elisa this morning and it has difficulty coming to live and shows in a white unresponsive state.
- It takes 5:07 minutes before Elisa is available for user interaction.

23.08.2-1.1
Comment 9 tneo 2025-09-06 02:31:14 UTC
Recent versions don't have this issue anymore.