GERMAN: Langsamer Import.

[inspire]

Hallo,

hier läuft die aktuelle 5.2.14 auf einem Win 8.1 Pro Rechner Intel i7 mit 24 GB RAM.
Ein Import mit etwa 35.000 Fotos lief etwa 20Std. ohne das ein Ende absehbar war.
Ich hatte den Import dann abgebrochen und Datenbank, Cache usw gelöscht.
Habe dann eine neue Datenbank erstellt und ein Verzeichnis mit etwa 1000 Fotos (Jpeg) importiert,
Was etwa 2Std. dauerte. Es wurden ewig Metadaten geschrieben und gelesen.

Die Fotos liegen auf einem Qnap NAS (TS 559 Pro II) mit GigaBit LAN. Cache Verzeichnis auf der lokalen HD.

Ist das normal? Ich mag nicht daran denken mit 1000-2000 Fotos auf der Speicherkarte zurück zu kommen,
um sie dann mehrere Stunden zu importieren. Ich hoffe das man das beschleunigen kann.

MfG Thomas

Nachtrag: Das Log ist endlos mit Einträgen dieser Art.

11.23 18:01:11+ 5078 [0904] 01  W> ETWARN:Warning: Bad PreviewIFD directory - Z:\Fotos-Final\2008\07\31\DSC_4518.JPGWarning: Bad PreviewIFD directory - Z:\Fotos-Final

\2008\07\31\DSC_4518.JPGWarning: Deleted bad PreviewIFD directory - Z:/Fotos-Final/2008/07/31/DSC_4518.JPG  'PTETWrapper.cpp(3159)'
11.23 18:01:15+ 3953 [0904] 01  W> ETWARN:Warning: Bad PreviewIFD directory - Z:\Fotos-Final\2008\07\31\DSC_4424.JPGWarning: Bad PreviewIFD directory - Z:\Fotos-Final

\2008\07\31\DSC_4424.JPGWarning: Deleted bad PreviewIFD directory - Z:/Fotos-Final/2008/07/31/DSC_4424.JPG  'PTETWrapper.cpp(3159)'
11.23 18:01:19+ 4219 [0904] 01  W> ETWARN:Warning: Bad PreviewIFD directory - Z:\Fotos-Final\2008\07\31\DSC_4483.JPGWarning: Bad PreviewIFD directory - Z:\Fotos-Final

\2008\07\31\DSC_4483.JPGWarning: Deleted bad PreviewIFD directory - Z:/Fotos-Final/2008/07/31/DSC_4483.JPG  'PTETWrapper.cpp(3159)'
11.23 18:01:21+ 1875 [0904] 01  W> ETWARN:Warning: Bad PreviewIFD directory - Z:\Fotos-Final\2008\07\31\DSC_4504.JPGWarning: Bad PreviewIFD directory - Z:\Fotos-Final

\2008\07\31\DSC_4504.JPGWarning: Deleted bad PreviewIFD directory - Z:/Fotos-Final/2008/07/31/DSC_4504.JPG  'PTETWrapper.cpp(3159)'

[Mario]

Bitte immer das ganze Logfile anhängen, sonst kann man nicht viel sagen.

Dateien auf dem NAS sind der langsamst mögliche Weg für einen Import, weil das Netzwerk einen Flaschenhals bildet.
Ich kann aber ohne Logfile nicht mal sagen, ob Du automatisches Rüchschreiben aktiviert hast und IMatch jede Datei zweimal lesen und einmal schreiben muss, wie lange ExifTool pro Datei braucht usw.

Die Fehlermeldung weist auf Fehler in den Metadaten der Dateien hin. Das muss aber nicht schlimm sein.

[inspire]

Dateien auf dem NAS sind der langsamst mögliche Weg für einen Import, weil das Netzwerk einen Flaschenhals bildet.

Ja, ich weiß. Aber der NAS und das LAN haben einen recht guten Durchsatz.

Ich kann aber ohne Logfile nicht mal sagen, ob Du automatisches Rüchschreiben aktiviert hast und IMatch jede Datei zweimal lesen und einmal schreiben muss, wie lange ExifTool pro Datei braucht usw.

Danke Mario, das war es. Ich habe jetzt mal "Geänderte Metadaten sofort schreiben" deaktiviert und nun flutscht es schon mal wesentlich besser. 

Die Fehlermeldung weist auf Fehler in den Metadaten der Dateien hin. Das muss aber nicht schlimm sein.

Aha...vielen Dank, Thomas

[Mario]

Ich habe jetzt mal "Geänderte Metadaten sofort schreiben" deaktiviert und nun flutscht es schon mal wesentlich besser. 

Das war meine Vermutung.

IMatch produziert üblicherweise 'neue' Metadaten beim Einlesen von Dateien, weil es aus bestehenden IPTC/EXIF/GPS/XMP-Daten einen 'reichen' Metadatensatz generiert, IPTC/EXIF/GPS nach XMP importiert, die Regeln der Metadata Working Group anwendet usw. Wenn background write-back aktiv ist (default: aus) werden diese Daten gleich wieder in die Datei geschrieben und danach die Datei erneut eingelesen. Das verdreifacht die Datenmenge und somit auch die Ausführungszeit.