close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 2 years ago

#5387 new Defekt

NC: App preview-generator zur Hintergrunderzeugung von Previews

Reported by: Rüdiger Kupper Owned by: Rüdiger Kupper
Priority: zurückgestellt Milestone: Nextcloud: Optimierungen
Component: Webdienst: Kepler-Cloud Severity: beeinträchtigt keinen Unterricht
Keywords: Cc:

Description

Die Memories-App zeigt in ihrem Admin-Panel an, dass sie ohne den "preview-generator" "möglicherweise sehr langsam läuft".

Nach etwas Experimentieren mit dieser App und nachdem ich gerade den Ordner preview im NC-data-Verzeichnis entfernt habe (allein der rm -r-Befehl lief einen dreiviertel Tag) nehme ich erst einmal Abstand von der Idee, Previews im Hintergrund vorzugenerieren.

Derzeit scheint alles hinreichend gut zu laufen:

  • Previews werden "on demand" generiert und im neuen preview-Verzeichnis gecached.
  • Beim Scrollen durch einen Ordner mit vielen Medien oder in den Apps »Photos« und »Memories« wartet man eventuell wenige Momente, bis die Previews einmal berechnet sind, danach geht aber alles ganz flott.
  • Das Berechnen der Previews kann zugegebenermaßen größere Last auf dem nextcloud-Rechner erzeugen. Per Default orientiert sich die Zahl der Threads an der Zahl der Prozessorkerne (soweit ich lese gedeckelt auf zweimal Prozessorzahl).
  • Falls sich rausstellt, dass viele unserer Nutzer gleichzeitig gerne ihre Bildersammlung durchschauen und die Last zu groß oder die Performance zu schlecht ist, könnte man nochnal über die Vorgenerierung im Hintergrund nachdenken.
Hinweis
Bedenken, dass die App "preview-generator" *alle Mediendateien* für *alle Nutzer* scannt und dafür Previews in verschiedenen Größen zwischenspeichert. Ich kann mir vorstellen, dass viele unserer Nutzer eine Menge Bilder in ihren Verzeichnissen haben, die sie aber niemals in der NC anschauen werden. Die Vorgenerierung würde also jede Menge nie gebrauchte Preview-Dateien "auf Halde" erzeugen. Das preview-Verzeichnis kann dann wirklich sehr groß werden. Mir scheint das bei unserem Usecase eher nicht angezeigt. Eine bessere und modernere Alternative dürfte eher der Dienst imaginary sein, der Previews auch "on demand", aber sehr viel schneller generiert. Siehe #5272.

Fürs Protokoll:


Change History (0)

Note: See TracTickets for help on using tickets.