html,body{background-color:#fff;color:#333;line-height:1.4;font-family:arial,
helvetica, sans-serif;;}
Hallo Michael
Mit den vielen Dateien in der komplexen Ordnerstruktur, das möchte ich nur
bestätigen. Ich vermute allerdings, dass nicht die wirkliche Prozessorarbeit
die Zeit benötigt, sondern hier auch das Response im Filesystem, das geht halt
durch mehrere Ebenen. Wenn ich meine Javadoc-Dokumentation auf meinen Webserver
per Einzelfile übertrage, katastrophal lange. Daher zippe ich die files,
schicke den zipfile rüber und rufe beim Server Unzip auf. Letzteres geht rasend
schnell (Auspacken dieser vielen Files). D.h. auch hier ist Request und
Response bei jedem File übers Internet der Zeitfresser, und nicht die
Datenmenge an sich (das Zippen ist ca. die Hälfte der MByte, das ist es nicht).
Und: viele Files schreiben auf dem Server selbst geht sehr schnell, Files
schreiben über Netzwerkschnittstelle (dürfte auch bei lokaler Kommunikation,
Samba, so sein) dauert oft viel länger.
Also mein Hinweis ist: Das ist nicht die Datenmenge, sondern die Kommunikation
die zum Hängen führt. Und das war auch die Hauptaussage im Thread, der hier
fehlt, mit dem Kollegen mit dem Arabischen Zeichensatz.
Mein Wissen ist freilich auch nicht universal, aber wenn ich in den odt-zip
reinschaue, dann ist das eine recht flache Struktur. Sind viele Bilder drin,
dann sind das zwar viele Bilddateien, aber so viele nun auch nicht. Ich müsste,
um genaue Aussagen zu treffen, Rechenzeitmessungen mit Beispielen machen. Habe
aber dafür nicht die Zeit.
Ich habe noch eine andere Erfahrung: Ein Dokument.odt mit ca. nur 100 Seiten
hat immer länger gebraucht bei "Update all" Minuten! Das lag an einer komplex
in der Zeit gewachsenen Struktur von (unnötigen) direkten Styles im
content.xml. Ich habe im XML-File aufgeräumt, generiere den immer mal neu. Seit
dem dauert das bei nunmehr 135 Seiten nur wenige sekunden, wie es sein soll.
Manchmal gibt es da komplexe Ursachen, denen wir aber nachgehen müssen.
Michael Höhne schrieb am 17.06.2025 21:21 (GMT +02:00):
Hallo Hartmut,
Am Dienstag, dem 17.06.2025 um 15:24 +0200 schrieb [email protected]:
> Entpacken geht heutzutage eigentlich auch sehr schnell. Ich arbeite
> manchmal umfangreichere Zipfiles durch mit Suchen, Vergleichen, das
> ist immer nur eine Sekundenaktion.
Ich sage mal: Jein!
Das kommt darauf an, wie viele einzelne Dateien gepackt oder entpackt
werden müssen.
Ich habe das gerade einmal getestet: Ich habe 500000 kleine Dateien in
einer Ordnerstruktur mit 500 Ordnern in drei Ebenen verteilt. Insgesamt
sind das 500 MB blanker Text.
Das zweite Testobjekt ist eine Textdatei mit einer Größe von 500 MB.
Packe ich die Ordnerstruktur, so braucht das Zip-Programm 40 Sekunden.
Für die gleich große Textdatei "nur" 36 Sekunden.
Aber jetzt kommt es: Zum Auspacken der Textdatei braucht es 3 Sekunden,
zum Auspacken der Ordnerstruktur aber 38 Sekunden. Das liegt daran, dass
das Entpacken zwar sehr flott geht, aber das Anlegen der Datei im
Dateisystem bremst bei so vielen Dateien einfach enorm aus. Und das war
jetzt auf einer SSD, wo der Zugriff auf einen Block durch keine
Kopfbewegung gebremst wird.
Das kann man auch beim Kopieren sehen, insbesondere auf eine
Netzfreigabe:
Die 500MB große Datei benötigt 10 Sekunden, wenn ich sie zu meiner NAS
kopiere. Die Ordnerstruktur mit den 500000 kleinen Dateien hingegen
stolze 1,5 Stunden. Durch die Verwaltungsarbeiten (anlegen, öffnen,
schließen von Dateien) wird so viel Zeit vertrödelt, dass die eigentlich
Datenübertragung kaum noch ins Gewicht fällt.
Wenn ich also eine .odt-Datei öffne, die aus vielen kleinen Objekten
besteht, kann das verdammt lange dauern. Eine gleich große Datei, die
wenige Objekte enthält, lädt dagegen dann sehr flott.
Gruß,
Michael
--
Liste abmelden mit E-Mail an: [email protected]
Probleme?https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/Tipps
zu
Listenmails:https://wiki.documentfoundation.org/Netiquette/deListenarchiv:https://listarchives.libreoffice.org/de/users/Datenschutzerklärung:https://www.documentfoundation.org/privacy
--
Liste abmelden mit E-Mail an: [email protected]
Probleme?
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy
