[GERMAN]: Kategorien bearbeiten ist langsam

[HaWo]

Seit der Version 10 fällt mir auf, dass z.B. das Entfernen vorhandener Kategorien in den Bildern recht lange dauert. Das ist mir vorher nie so stark aufgefallen. Das Entfernen ging eigentlich immer ganz flott.

1) Ich öffne den Kategorie-Modus und wähle eine Kategorie aus.
2) In den angezeigten Miniaturen markiere ich einige Bilder (z.B. 5)
3) Im Kategorie-Panel entferne ich das x in dieser Kategorie
4) Bilder werden ziemlich schnell aus der Miniaturanzeige entfernt
5) ich markiere in der gleichen Anzeige weitere Bilder
6) Im Kategorie-Panel entferne ich das x in dieser Kategorie
7) das x ist weg, aber es passiert erstmal nicht, dann ist plötzlich das x wieder da
Im Kategorie-Panel entferne ich erneut das x in diese Kategorie
9) nach ca. 40 sec. (lt. Stoppuhr) sind dann meist die Bilder aus der Anzeige verschwunden

Neues Los - neues Glück: siehe ab 5)

Ich beobachte das nun schon paar Tage und es läuft nach dem gleichen Schema ab. Die Zeiten mögen etwas variieren.

[Mario]

Das Logfile zeight leider nichts, nur das Laden der Datenbank. Nichts, was 40 Sekunden gedauert hätte. IMatch hat auch keine "langsamen" Operationen geloggt.
Vielleicht mal im Debug Modus versuchen (Hilfe > Support > Debug Logging). Dann schreibt IMatch mehr Daten in das Logfile.

Mir war im Test nichts aufgefallen.

Habe es gerade versucht:

Datenbank mit 100,000 Files, 5000 Categories.
Media & Folders View. 1000 Dateien im Verzeichnis. 500 Dateien auswählen und im Category Panel mehreren Kategorien zuweisen. Funktioniert augenblicklich. Kategorien entfernen ebenfalls.
In die Kategorieansicht umgeschaltet. Test wiederholt. Gleiches Ergebnis. Keine Verzögerungen feststellbar.

Du zeigt anscheinend viele Metadaten und Schlüsselwörter (?) im Dateifenster an. Ein custom layout?
Wenn ja, mal ein anderes Layout getestet, z.b. nur Thumbnails?

[HaWo]

Danke für die schnelle Antwort.

Ja, ich habe extra ein Layout mit der Anzeige der Keywords angelegt. Du hast mir mal einen Tipp gegeben, wie man die sortiert anzeigen kann. Oft, wenn ich mit Kategorien arbeite, nutze ich die Ansicht und zur Kontrolle. Mich interessiert es immer, was sich da tut.

Ich werde das mal mit einer anderen Layout probieren und weiter beobachten.

[HaWo]

Ich habe es mit einem Layout ohne Einträge probiert. Das Verhalten ist das Gleiche.

Mit dem Debug File komme ich aber nicht ganz klar.
Ich habe das Debug File aktiviert und weiß nur nicht wie ich da ran komme, um es Dir zuzusenden.

In der Hilfe 'The Debug Dump File' wird beschrieben, was man tun kann, wenn IMatch abstürzt (soweit ich es verstehe). Aber es stürzt ja nichts ab und eine Meldung wird nicht auf dem Desktop angezeigt.

Soll ich die Protokolldatei öffnen, kopieren und dann ins Forum setzen? Bitte helfe mir weiter, danke.

[Mario]

Hilfe Menu > Support > View Logfile (oder Logfile anzeigen, glaube ich).
Dann speichern, zippen und anhängen.

Oder einfach das Logfile im TEMP-Verzeichnis zippen und anhängen.

Details in der Hilfe zum Logfile: The IMatch Log file

[HaWo]

Ich habe das Entfernen von Kategorien in ganz wenigen Dateien  im Debug-Modus gemacht.
1) Die ersten Löschung ging schnell.
2) Die zweite Löschung dauerte wieder lange und dabei wurde von selbst das x im Kategoriepanel wieder gesetzt. Ich hatte es
    aber vorher entfernt, wie sich das gehört.
    Das x zum 2. Mal gelöscht.
    Hier habe ich einfach abgewartet, bis das Programm das Entfernen durchgeführt hat.

Logdatei in Temp gezippt - ich hoffe es hat funktioniert und Du kanst etwas finden.

[Mario]

Welche Kategorien hast Du bearbeiten und wie lange hast Du zwischen den "Unassignes" gewartet? Was genau machst Du in welcher Reihenfolge? Welche Art von Kategorien?
Das Logfile zeigt nur das die Berechnung von data-driven categories recht langsam ist, 8 Sekunden für 70,000 Dateien. Hast Du vielleicht mit @Keyword-Kategorien gearbeitet?
Wenn Du unter @Keywords unassigneds und dann nochmal unassigneds während IMatch noch @Keywords im Hintergrund berechnet, kann das theoretisch passieren.

[HaWo]

Welche Kategorien hast Du bearbeiten?
Ich habe in der Kategorie 'Vogel' die Bilder mit jedem Vogel einzeln bearbeitet - s. screenshot

Wie lange hast Du zwischen den "Unassignes" gewartet?
Bei der ersten Löschung (ging schnell) habe ich die zweite gestartet, als die Bilder der ersten Löschung aus der Miniaturansicht verschwunden waren.

Bei der 2. Löschung habe ich etwa 1 min. warten müssen, bis das vorher entfernte x wieder da war.
Dieses x wieder entfernt und lange gewartet (Zeit nicht gemessen)

Was genau machst Du in welcher Reihenfolge?
- Kategoriebaum geöffnet und Kategorie markiert (z.B. Storch)
- in der Miniaturansicht alle Storch-Bilder markiert
- im Kategorie-Panel das x bei Storch entfernt
- gewartet
- als das x wieder da war nochmal entfernt

Dabei habe ich aber nicht auf das drehende Rädchen-Symbol unten rechts geachtet. Das habe ich erst später bemerkt. Bei weiteren Versuchen, die übrigens schnell abliefen, hat sich das Rädchen lange Zeit gedreht.

Welche Art von Kategorien?
@Keyword - s. screenshot (nicht vollständig)

Hast Du vielleicht mit @Keyword-Kategorien gearbeitet?
Ja, meine Vorzugskategorien. Und nur die habe ich bearbeitet.
Alle Kategorien sind in max. 3 Ebenen angelegt.

Das Logfile zeigt nur das die Berechnung von data-driven categories recht langsam ist, 8 Sekunden für 70,000 Dateien.

70.000 Dateien? Bei mir werden im Verzeichnisbaum nur rund 33.000 angezeigt. - s. screenshot 'Anzahl'

[Mario]

@Keywords ist eine datengestützte Kategorie. Jede Veränderung an der Datenbank, bei der Schüsselwörter geändert werden, erzwingt eine Neukalkulation von @Keywords. Dabei werden die Metadaten alle Dateien (30K nicht 70K, vertippt) aus der Datenbank geladen, die Schlüsselwörter extrahiert und daraus @Keywords komplett neu aufgebaut. Und wenn Du während dessen wieder Dateien aus @Keyword-Kategorien entfernst oder zuweist, geht das ganze von vorne los und dabei können auch Zuweisungen verloren gehen.

Das direkte Arbeiten mit @Keywords (assign/un-assign) ist eigentlich für Sonderfälle vorbehalten. Das Hauptwerkzeug zum Arbeiten mit Schlüsselwörtern in IMatch ist das Keyword Panel. Das hat nicht nur viele Funktionen, die den Umgang mit Schlüsselwörtern vereinfachen, sondern hat auch spezielle Routinen, die @Keywords direkt aktualisieren und somit sehr schnell sind, weil @Keywords nicht jedes mal neu aufgebaut werden muss.

Deine Arbeitsweise ist leider sehr ungünstig. Du solltest das Keyword Panel verwenden, das ist sehr viel schneller und belastet die Datenbank nicht.

Das Neuberechnen von @Keywords dauerst auf Deinem System über 8 Sekunden, was ziemlich lahm ist für nur 30,000 Bilder. Und sobald Du wieder was an @Keywords machst, geht das von vorne los. In einer Tour...

Deine Datenbank ist auf Laufwerk M:, ist das vielleicht ein Netzwerklaufwerk oder externe Platte? Die Datenbank sollte immer auf dem schnellsten Datenträger sein.

[HaWo]

Vielen Dank für Deine Klarstellung der Zusammenhänge.

An das Kategorie-Panel habe ich mich so gewöhnt, weil es einfach zu handhaben ist - allerdings nicht für IMatch, wie ich nun erkenne.  Obwohl ich meine, das war mal viel schneller. Anfangs habe ich mit dem Keyword-Panel gearbeitet - schien mir zu umständlich. Ich werde Deinen Rat befolgen und mir das genauer anschauen.

M: ist eine Partition der internen Festplatte. Ich befürchtete vor 4 Jahren, dass meine kleine 120er SSD (C:) schnell voll sein würde, deshalb.
Könnte man die Datenbank einfach rüberschieben? Die DB hat 2 GB und 45 GB sind auf C: noch frei.

[Mario]

Auf jeden Fall die DB auf die SSD - das bringt sehr viel.

IMatch beenden. Die DB verschieben. IMatch starten und die Datenbank einmalig via Database > Open von der SSD öffnen. IMatch merkt sich das dann.

Die Kategorien waren noch nie so schnell wie in IMatch 2018. Viele Optimierungen in diesem Bereich.
Wenn IMatch aber 8 Sekunden braucht um @Keywords neu zu berechnen und Du in dieser Zeit Änderungen direkt an @Keywords vornimmst, ist das System nur damit beschäftigt.

Das Keyword Panel, richtig genutzt ist sehr viel schneller als in der Kategorieansicht zu arbeiten. IMatch muss dabei ja auch immer noch alle Dateien zählen, um die Ansicht zu aktualisieren und die Counts anzuzeigen. Das kostet nochmal extra Zeit.

Eine schnelle Samsung 512 GB SSD kostet aktuell ca. 85€ ...

Mein Computer braucht deutlich unter 8 Sekunden um @Keywords für eine Datenbank 200,000 Files zu berechnen... Datenbank auf SSD, i7. 3.5 Jahre alt.

[HaWo]

Ich muss noch nachfragen:

1)

Deine Datenbank ist auf Laufwerk M:,

Wie hast Du das rausbekommen?

2)
Inzwischen habe ich meine 2 Datenbanken auf die SSD geschoben.
Die Tests mit den Kategorien entfernen habe ich aber noch nicht wiederholen können - mache das noch, aus Neugier.
Mir scheint der Aufbau der Miniaturen allgemein schneller. Ich will und kann das nicht näher untersuchen (Zeitverschwendung), aber wenn Du das sagst, dann nehme ich es als Tatsache.

3)

Das direkte Arbeiten mit @Keywords (assign/un-assign) ist eigentlich für Sonderfälle vorbehalten.

Das verstehe ich nicht so richtig. Man kann doch mit den Kategorien arbeiten und mir gefällt das sehr gut - siehe screenshots

4)
Die Hilfe 'Schlüsselwörter' habe ich inzwischen übersetzen lassen (Google) und in meine Notizen kopiert. Nun muss ich das genauer durchgehen. Bin gespannt, wie ich damit klarkomme - bin noch so auf das Kategorie-Panel fixiert.

[Mario]

Wie hast Du das rausbekommen?

Steht im Logfile.

Mir scheint der Aufbau der Miniaturen allgemein schneller.

Du solltest eigentlich bei allen Operationen (Laden der DB, Berechnen von Kategorien usw.) eine deutliche Verbesserung feststellen. Obwohl, bei einer so kleinen Datenbank ist das vielleicht nicht spürbar. Mal sehen (logfile!) wie schnell @Keywords nun berechnet wird.

[HaWo]

zu 3) Welche Sonderfälle meinst Du?

Für die Kategorien hast Du auch recht praktische Anwendungen erstellt, z.B. siehe die screenshots.
Es ist doch schade, wenn man sie nicht nutzt - ich habe sie bisher mit großer Begeisterung verwendet.

Vielleicht erledigt sich das, wenn ich alles intus habe, was das Keyword-Panel mit dem Thesaurus so bietet. Bin dran.

[Mario]

Klar. Aber normalerweise hat auch kein User Probleme damit. Ich nutze das selbst, mit sehr viel größeren Datenbanken.

[HaWo]

Ich habe den Ablauf (aber mit anderen Dateien) wie oben beschrieben wiederholt. Die Datenbank ist jetzt auf eine SSD verschoben.
Verhalten und Wartezeiten sind ähnlich - s. Logfile.

Was mich irritiert, ist:

Das direkte Arbeiten mit @Keywords (assign/un-assign) ist eigentlich für Sonderfälle vorbehalten. Das Hauptwerkzeug zum Arbeiten mit Schlüsselwörtern in IMatch ist das Keyword Panel.

und dann wieder:

Klar. Aber normalerweise hat auch kein User Probleme damit. Ich nutze das selbst, mit sehr viel größeren Datenbanken.

Soll ich die Kategorien nicht benutzen, weil es bei mir Probleme gibt? Oder generell nicht? Aber Du benutzt diese ja. Somit ist das eigentlich eine benutzbare Funktion.

Tut mir leid, wenn ich Dich etwas nerve. Aber ich möchte das verstehen, warum nicht und dann wieder doch.

Im Prinzip komme ich mit dem Keyword-Panel ganz gut klar - muss aber das noch vertiefen.

Was mir fehlt ist das - siehe screenshot.
Kann man das auch bei den Keywords so aufbauen?
(Für den Fall der Nichtbenutzung der Kategorien).

[Mario]

Klicke einfach ein bischen "langsamer" und warte, bis sich die Kategorien aktualisiert haben. Ca. 2 Sekunden.
Dann "verschwinden" auch keine Zuweisungen. Das war ja das Problem?
Ich habe das ehrlich gesagt noch nie einen Gedanken darauf verschwendet weil noch nie ein User ein ähnliches Problem gemeldet hat.

Der Code sieht auch gut aus. Wenn Du eine der Boxen anklickst, cached das Panel die Info und schreibt die Updates nach 2s in die Datenbank.