View Issue Details

IDProjectCategoryView StatusLast Update
0018559MMW 5FileMonitor / Find Missingpublic2021-11-30 21:05
ReporterLudek Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionreopened 
Product Version5.0 
Target Version5.0.2Fixed in Version5.0.2 
Summary0018559: Scanning is slow when a large tracklist with Column Filter is enabled
Description1) Use a larger database (I used LowLander's DB )
2) Go to Entire Library > All tracks ( > 300.000 tracks in my test)
3) Enable 'Column Filter'
4) Go to menu File > Add/Rescan... and select a folder including new files to scan into library
=> Scanning is incredible slow (like 1 track per 3 seconds)
TagsNo tags attached.
Fixed in build2522

Relationships

related to 0018117 closedLudek List auto-updates are skipped for lists larger than 20000 items 
related to 0018610 closedLudek 'Recently added' playlist does not auto-refresh after scan sometimes (regression 5.0.2) 

Activities

Ludek

2021-11-18 11:21

developer   ~0065975

Fixed in 2521

lowlander

2021-11-19 18:41

developer   ~0066005

I'm unable to reproduce long scanning, so it seems limited to when MediaMonkey has been running a long time or has done a certain action before.
I did see the same problem deleting files (logs at above link) where the first attempt was really slow (nearly a minute a file), but it ran faster after restart of MediaMonkey (but seemed slower than scanning though).

Ludek

2021-11-19 21:34

developer   ~0066007

Last edited: 2021-11-19 21:35

I think I replicated and fixed those issues using your database.

Fixed in 2522

peke

2021-11-24 02:28

developer   ~0066065

Verified 2522

on LL Database and my 200k database