GraphicsMagick langsamer beim Ändern der Größe eines Bildes im Ordner mit vielen Dateien (+ 80k)

Question

Ich habe festgestellt, dass wenn ich versuche, die Größe eines Bildes in einem Ordner mit mehr als 80k andere Bilder (gleiche Ebene keine Unterverzeichnisse) die Größe fast ändern kann 2 Sekunden. (1.92s)

Noch ist das gleiche Bild, in einem Ordner mit nur 10 anderen Bildern, fast sofort (0,02s).

• Ich teste diese in batch Modus, da meine app gm4java:1.1.0 verwendet.
• auf Windows 10
• NTFS (I thought this could be an issue, lief contig.exe, aber keine Änderung)
• GraphicsMagick 1.3.21

Hier sind meine Befehle und Ausgänge:

GM> benchmark convert -size 200x200 "C:\lots-of-pics\image399.png[0]" -auto-orient -thumbnail 200x200 "C:\Users\user\AppData\Local\Temp\img-4518761374990603981.png" 
Results: 1 threads 1 iter 1.94s user 1.94s total 0.514 iter/s 0.516 iter/cpu 
GM> benchmark convert -size 200x200 "C:\less-pics\image399.png[0]" -auto-orient -thumbnail 200x200 "C:\Users\user\AppData\Local\Temp\img-4518761374990603981.png" 
Results: 1 threads 1 iter 0.02s user 0.02s total 58.823 iter/s 64.000 iter/cpu 

Ich konnte nichts darüber auf SO oder sourceforge finden. Irgendwelche Ideen, warum es so viel langsamer ist?

Answer 1

Ich sollte das zuerst versucht haben. Es stellte sich heraus, dass die Aktualisierung auf den neuesten GraphicsMagick 1.3.24 das Problem behob.

Das Ändern der Größe eines Bildes, unabhängig davon, wie viele andere Dateien sich im selben Ordner befinden, dauert jetzt gleich.

Mit Blick auf den release notes of 1.3.22 diese es erwähnt, da festgelegt haben viele Dateien im Verzeichnis (ich könnte die commit genau nicht gefunden):

Allgemein: Festes Leistungsproblem mit Pfad Extraktion Teilbild, wenn Es gibt viele Dateien im Verzeichnis.