Initial scan taking too long [#21916]

[MiPi]

The speed is slowed down most probably because you have a lot of artworks in external files, and new versions check these external files on rescan. But thanks for the log, I think I have idea how to speed it up (besides option to switch this check completely off), will try soon.

[MiPi]

Fixed, in the next version rescans should be significantly faster even for libraries with many linked external artworks.

[Peke]

The speed is slowed down most probably because you have a lot of artworks in external files, and new versions check these external files on rescan. But thanks for the log, I think I have idea how to speed it up (besides option to switch this check completely off), will try soon.

A zip-file with my config-file and logs from rescans with build 3194 and 3203
https://1drv.ms/u/c/bae5db40241ac824/IQ ... k?e=lp7FP9

I use a SSD PCIe 5 as a bootdrive and a raid-drive for data, maybe thats the reason the scan with build 3194 is that fast.

Just wanted to confirm that external Artworks slows down rescan in 3203.

For me on 80k of tracks on NAS it takes average <5min, but I have 95% of tracks with Artwork saved to tags.

Wanted to thank you for persistence and good catch.

NOTE: This rescan check is added when we got number of reports that Album art fall back to default MM image when Art cache is deleted and external links gets not available.

[ruebennase56]

Fixed, in the next version rescans should be significantly faster even for libraries with many linked external artworks.

Build 3206 is as slow as build 3203.

[MiPi]

ruebennase56: and do you mean really rescan of previously scanned files? The fix was related to files already present in DB, which were not changed since then, and even then slowed down rescan a lot.

Btw. it seems scanning of (new) video files is somehow slow, analyzing.

[MiPi]

There is really something odd in the last builds, causing slower scanning, inserted to bug database: https://www.ventismedia.com/mantis/view.php?id=21954

[MiPi]

Build 3206 is as slow as build 3203.

Just noticed the reason - you have "Analyze files for duplicates" in Library options set ON! This option causes, that MM has to compute checksum from the contents of each file and it needs significantly more time, as it reads a lot more data for every file. Try to uncheck it and it will be fast again I bet.