# can't we improve/tweak the time of loading a huge folder ?

**URL:** <https://community.mp3tag.de/t/cant-we-improve-tweak-the-time-of-loading-a-huge-folder/18754>\
**Category:** Support\
**Created:** [February 25, 2017, 3:53pm UTC](https://community.mp3tag.de/t/cant-we-improve-tweak-the-time-of-loading-a-huge-folder/18754 "2017-02-25T15:53:40Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![usamike](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/u/c6cbf5/32.png) [@usamike](https://community.mp3tag.de/u/usamike)\
**Post date:** [February 25, 2017, 3:53pm UTC](https://community.mp3tag.de/t/cant-we-improve-tweak-the-time-of-loading-a-huge-folder/18754/1 "2017-02-25T15:53:40Z")

</div>

hi,

i just try to search a "COVERART PRESENT" filter expression on a huge folder (with many sub folder with sub...).

It was very long to open it. But it was a success without a bug or resource problem. great.

but, it was long.

during the process, i run the task manager and looked at every info.

Why mp3tag only use 4 threads (whereas i can use 12 here) ?

why no 64bits release of mp3tag ?

why mp3tag really did not use many cpu resources ? only 1% on my computer !

i check the i/o bench during the loading to find out if hte hard drive was the problem, but i don't think it was the cause of the slow process.

did i miss something ?

here my screen capture, it may help.

Best regards

[![](https://1-t.imgbox.com/wUNPfqF2.jpg)](http://imgbox.com/wUNPfqF2) [![](https://7-t.imgbox.com/EzCmcpjI.jpg)](http://imgbox.com/EzCmcpjI) [![](https://3-t.imgbox.com/ao7v6Fwt.jpg)](http://imgbox.com/ao7v6Fwt) [![](https://7-t.imgbox.com/lrbvN254.jpg)](http://imgbox.com/lrbvN254)

 ![](https://community.mp3tag.de/uploads/default/original/2X/1/1e0e491e31c500934d7b29626cab1903975c4ed1.jpg)  

 ![](https://community.mp3tag.de/uploads/default/original/2X/0/0185f0d491d790095fe31a26e58b85ab2ff21953.jpg)

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [February 25, 2017, 4:00pm UTC](https://community.mp3tag.de/t/cant-we-improve-tweak-the-time-of-loading-a-huge-folder/18754/2 "2017-02-25T16:00:28Z")

</div>

> [@usamike](#):
>
> ...i check the i/o bench during the loading to find out if hte hard drive was the problem, but i don't think it was the cause of the slow process.  
> did i miss something ?...

What makes you think that the HDD is not the problem?  
MP3tag has to access each file and read the tags.  
So the bottleneck is the access speed to the stored files.  
I think it would be even slower if you accessed files on a NAS.  
So get yourself an SSD or M.2 device and see what that does for you.  
You can see the speed of MP3tag when you switch between filtered and non-filtered display.

---

<div class="post-metadata">

**Author:** ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)\
**Post date:** [February 25, 2017, 4:34pm UTC](https://community.mp3tag.de/t/cant-we-improve-tweak-the-time-of-loading-a-huge-folder/18754/3 "2017-02-25T16:34:44Z")

</div>

> [@usamike](#):
>
> hi, i just try to search a "COVERART PRESENT" filter expression ...

Filter: COVERART PRESENT  
... will detect all files having a tagfield named COVERART.

Filter: NOT %\_covers% IS ""  
... will detect all files having at least one embedded cover picture.

DD.20170225.1834.CET

---

<div class="post-metadata">

**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\
**Post date:** [February 9, 2026, 12:26pm UTC](https://community.mp3tag.de/t/cant-we-improve-tweak-the-time-of-loading-a-huge-folder/18754/4 "2026-02-09T12:26:42Z")

</div>