Initial scan taking too long [#21916]

by **MiPi** » Mon Jan 26, 2026 2:17 pm

ruebennase56 wrote: ↑Sun Jan 25, 2026 5:00 am 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.

by **MiPi** » Mon Jan 26, 2026 9:48 am

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

by **MiPi** » Mon Jan 26, 2026 8:25 am

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.

by **ruebennase56** » Sun Jan 25, 2026 5:00 am

MiPi wrote: ↑Tue Jan 20, 2026 4:01 am 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.

by **Peke** » Tue Jan 20, 2026 10:16 am

MiPi wrote: ↑Mon Jan 19, 2026 1:54 pm 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.

ruebennase56 wrote: ↑Mon Jan 19, 2026 12:06 pm 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.

by **MiPi** » Tue Jan 20, 2026 4:01 am

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

by **MiPi** » Mon Jan 19, 2026 1:54 pm

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.

by **ruebennase56** » Mon Jan 19, 2026 12:06 pm

Peke wrote: ↑Mon Jan 19, 2026 9:22 am
ruebennase56 wrote: ↑Mon Jan 19, 2026 12:46 am I just timed it with 57.294 flacs:

Build: 3194
Time: 25sec

Build: 3203
Time: 45min
25sec for 3194, that seams impossible, I tested with Windows CMD DIR /S on my folder with aprox 80k and just listing took >1min.
Also can you please start re-scan on 3203 and leave it for 5min and save the log file. It should show us what MMW scanned in files and why even it is not complete.

I Started rescan of My NAS files that I know that are not changed and will see after three iteration an average re scan time.

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.

by **Lowlander** » Mon Jan 19, 2026 11:01 am

Please include if you're doing an update scan or scanning in files for the first time and included scan settings, particularly your scan settings for files already in the Library and if you're analyzing for duplicates and if you scan file directories for Artwork.

by **Peke** » Mon Jan 19, 2026 9:22 am

ruebennase56 wrote: ↑Mon Jan 19, 2026 12:46 am I just timed it with 57.294 flacs:

Build: 3194
Time: 25sec

Build: 3203
Time: 45min

25sec for 3194, that seams impossible, I tested with Windows CMD DIR /S on my folder with aprox 80k and just listing took >1min.
Also can you please start re-scan on 3203 and leave it for 5min and save the log file. It should show us what MMW scanned in files and why even it is not complete.

I Started rescan of My NAS files that I know that are not changed and will see after three iteration an average re scan time.

by **ruebennase56** » Mon Jan 19, 2026 12:46 am

Peke wrote: ↑Sun Jan 18, 2026 4:23 pm
ruebennase56 wrote: ↑Sat Jan 17, 2026 11:58 pm I can confirm this. With around 60.000 files a rescan takes maybe 20min instead of 2-3min.
What MM version takes 2-3min to rescan 60k for you?

I just timed it with 57.294 flacs:

Build: 3194
Time: 25sec

Build: 3203
Time: 45min

by **Peke** » Sun Jan 18, 2026 4:23 pm

ruebennase56 wrote: ↑Sat Jan 17, 2026 11:58 pm I can confirm this. With around 60.000 files a rescan takes maybe 20min instead of 2-3min.

What MM version takes 2-3min to rescan 60k for you?

by **ruebennase56** » Sat Jan 17, 2026 11:58 pm

tmf wrote: ↑Wed Jan 14, 2026 12:31 pm Re-scans of folders with little or nothing changed since the previous scan used to be MUCH faster before the 3200 & 3201 releases. Which is when I first noticed the increased scan times. 3201 is much better than 3200, but still not like prior releases.

A first time scan used to take a while, as expected, but the re-scans were much faster before.

I can confirm this. With around 60.000 files a rescan takes maybe 20min instead of 2-3min.

by **SgtPepperman** » Sat Jan 17, 2026 8:34 am

tmf wrote: ↑Wed Jan 14, 2026 12:31 pm Re-scans of folders with little or nothing changed since the previous scan used to be MUCH faster before the 3200 & 3201 releases. Which is when I first noticed the increased scan times. 3201 is much better than 3200, but still not like prior releases.

A first time scan used to take a while, as expected, but the re-scans were much faster before.

I do agree with tmf. Scan was very quick before the update.

by **tmf** » Wed Jan 14, 2026 12:31 pm

Re-scans of folders with little or nothing changed since the previous scan used to be MUCH faster before the 3200 & 3201 releases. Which is when I first noticed the increased scan times. 3201 is much better than 3200, but still not like prior releases.

A first time scan used to take a while, as expected, but the re-scans were much faster before.

Initial scan taking too long [#21916]

Post a reply

Expand view Topic review: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]

Re: Initial scan taking too long [#21916]