7-zip -v-switch wird die CPU nicht ordnungsgemäß verwenden?

647
user102648

Ich benutze dieses Skript seit Jahren, als über 2 Kerne eine Herausforderung in 7z war und ich mir gerade eine glänzende i7 angeboten hatte:

"C:\Program Files\7-Zip\7z.exe" u -m5=lzma2 -mmt=8 %1.7z %1

Dies hat den Vorteil der Verwendung von 8 Kernen (lzma2-Komprimierung) und der Einstellung der CPU-Frequenz (normalerweise in einem bestimmten Geschwindigkeitsschritt) auf max + turbo. Tolle Geschwindigkeit und Komfort (in Windows SendTo).

Ich wurde kürzlich auf die harte Tour daran erinnert, dass Dateien über 4 GB nach versehentlichem Löschen (NTFS) nur schwer wiederhergestellt werden können. Ich hatte gerade aus Versehen ein Backup-Volume gelöscht ...

Nach meiner Lektion entschied ich mich dazu, mein Skript so zu ändern, dass es das Archiv auf 2-GB-Volumes überspannt.

"C:\Program Files\7-Zip\7z.exe" a -m5=lzma2 -mmt=8 %1.7z %1 -v2g

Die Bequemlichkeit der Aktualisierung wird dabei verloren.

Was ich als störend empfand, und dies ist das Thema meiner Frage, ist, dass ich nicht hören konnte, wie die CPU und die Gehäusefans wie gewohnt hereinkamen, während der Xeon Westmere heißer wurde. Ich dachte, ich hätte ein Hardware-Problem ... Beim Überprüfen schien es, dass nicht nur die CPU zu etwa 50% ausgelastet war (auf allen Kernen), sondern auch nicht aus dem reduzierten Zustand (12x von 22) getreten war. Das ist ärgerlich: Nur 25% der verfügbaren Rechenleistung werden anstelle von 100% ohne Volumina benötigt. Ich schätze, dass die Archivierungszeit nicht mit 4, sondern mit dem Faktor 10 multipliziert wurde.

Fehler oder Funktion? Vermisse ich etwas Dies ist Windows 8.1 / 64, 4-Core-Westmere-Xenon mit 24 GB RAM. 7Z 9,20 / 64.

Ich verwende dieses Skript oft, manchmal für mehrere Ordnerarchive:

for %%i in (%*) do call "....\archive.cmd" %%i

Ganz praktisch in Windows, das Leben wird schwieriger ohne es :)

Hat jemand eine Idee, das Problem zu beheben? Ich habe ziemlich viel gegoogelt ...

Vielen Dank für jeden Beitrag. Einen schönen Tag noch.

0

1 Antwort auf die Frage

2
Doctor Bits

7-zip verwendet wahrscheinlich mehr Zeit für E / A als für das Komprimieren von Daten. Mein Vorschlag ist, -mx9 (Ultra-Modus) und -md30 (1 GB Wörterbuchgröße) zu verwenden.

Die Standardwörterbuchgröße beträgt 16 MB. Im Ultra-Modus beträgt die Standardwörterbuchgröße 64 MB. Z-zip verwendet das 10,5-fache der Größe des Wörterbuchs für Speicherpuffer (-md30 erhöht die Gesamtspeicherbelegung auf etwa 11 GB). Große Wörterbuchgröße bedeutet natürlich, dass der Computer, der das Archiv extrahiert, auch dieses große Wörterbuch zuordnen muss. Sie können auch -d28 versuchen.

Wenn Sie die Anzahl der Threads erhöhen oder die Option -v verwenden, wird die Komprimierung reduziert (entsprechend der Befehlszeilendokumentation). Die Einstellung von -v4095m sollte die Wiederherstellung verlorener Dateien dennoch ermöglichen?

Die Option -slp (Modus für große Seite festlegen) kann die Komprimierung beschleunigen. Lesen Sie die Beschreibung und Warnhinweise unter http://sevenzip.sourceforge.jp/chm/cmdline/switches/large_pages.htm

Im Allgemeinen benötigen Sie bei diesem Arbeitsspeicher keine Auslagerungsdatei (außer zum Speichern von Absturzabbildern). Wenn Sie über eine große Auslagerungsdatei verfügen, versucht Windows nach Bedarf, den größten Teil des Programmspeichers in die Auslagerungsdatei und die Seite in Teilen des Programmspeichers zu verschieben. Das wird das Programm auch erheblich verlangsamen.

Verwandte Probleme