Soll ich die Festplattendatei in einer virtuellen Maschine komprimieren?

Question 1

Wählen Sie Option 1 - Sie sollten auf jeden FallnichtKomprimieren Sie das VDI.

Option 2 – Das Öffnen, Schließen und Arbeiten mit einem komprimierten 5 GB-Disk-Image wird merklich langsamer. Es könnte sogar quälend langsam sein. Und das würde noch verstärkt, wenn die Größe des Datenträgers dynamisch veränderbar ist.

Option 3 - Dies würde die Größe der virtuellen Festplatte nicht wirklich reduzieren, es würde lediglich die Größe derDatenauf dieser Festplatte, sondern verlangsamt sie auch. Die vollständige Festplattenkomprimierung sollte im Allgemeinen nur auf Datenträger angewendet werden, die kleine bis mittlereDatenDateien oder für Dateien, auf die nicht häufig zugegriffen wird.

Answer

Wählen Sie Option 1 - Sie sollten auf jeden FallnichtKomprimieren Sie das VDI.

Option 2 – Das Öffnen, Schließen und Arbeiten mit einem komprimierten 5 GB-Disk-Image wird merklich langsamer. Es könnte sogar quälend langsam sein. Und das würde noch verstärkt, wenn die Größe des Datenträgers dynamisch veränderbar ist.

Option 3 - Dies würde die Größe der virtuellen Festplatte nicht wirklich reduzieren, es würde lediglich die Größe derDatenauf dieser Festplatte, sondern verlangsamt sie auch. Die vollständige Festplattenkomprimierung sollte im Allgemeinen nur auf Datenträger angewendet werden, die kleine bis mittlereDatenDateien oder für Dateien, auf die nicht häufig zugegriffen wird.

Question 2

NTFS-Komprimierung innerhalb einer virtuellen Maschine (ich habe damit Erfahrung) ist eine wirklich schlechte Idee.

Dies führt dazu, dass die CPU stark ausgelastet ist und der Gewinn bei der VDI-Reduzierung der Dateigröße nicht groß ist, nur 1/1,13, also höchstens ein Gewinn von 20 %, den ich gesehen habe (ich spreche von einem NTFS-Gast mit aktivierter Komprimierung auf allen Systempartitionen).

Um die VDI-Suche nach einem Tool namens „CloneVDI“ zu verkleinern, verwende ich Version 2.51 (ich weiß nicht mehr, wo ich es heruntergeladen habe). Es erstellt eine weitere VDI-Datei aus einer vorhandenen und bietet die Option, sie zu „komprimieren“ (d. h. zu verkleinern).

Mit einem solchen Tool nimmt der gesamte nicht verwendete Speicherplatz in den Gastpartitionen keinen Speicherplatz auf dem erstellten VDI ein. Stellen Sie sicher, dass die UUID nicht geändert wird. Verschieben Sie dann das Alte in einen temporären Ordner, verschieben Sie das Neue dorthin bzw. benennen Sie es um, wo es war. Versuchen Sie zu booten und löschen Sie das Alte, wenn alles gut geht (im Handbuch des Tools steht, dass es fehlschlagen kann, aber ich habe noch nie einen Ausfall erlebt).

Beispiel: Nach der Installation aller Updates auf einem neuen Windows 7 (mit WSUS + Online) ist die VDI größer als 15 GiB. Nach „cleanmgr“ und anderen Optimierungen zeigt die Partition eine Nutzung von 9,5 GiB an, die VDI ist jedoch immer noch 15 GiB groß. Nach der Verwendung von CloneVDI schrumpft die Datei auf 9,5 GiB.

Oh! Ja, durch Aktivieren der NTFS-Komprimierung wird das VDI nach der Verwendung von CloneVDI auf 8,4 GiB reduziert. Das ist zwar nur 1 GiB weniger, aber die Bootzeit verzehnfacht sich.

Ich verwende CloneVDI hauptsächlich mit unveränderlichen VDIs und wenn ich VDI auf einen anderen PC an einem anderen Ort „kopieren“ muss (auf einem 64-GiB-USB-3.1-Stick mitführen) … da ich jetzt (zu Softwaretestzwecken) alle XP, 7, 8, 8.1 und 10 (sowohl HOME als auch PRO) (sowohl 32 Bit als auch 64 Bit) haben möchte/muss, ergibt das 5*2*2=20 VDI-Dateien. Schlimmer noch, ich brauche sie auch als „sauberen“ aktuellen Installationszustand, nur bis zum letzten Service Pack und mit allen Updates … diese Zahl multipliziert mit 3, also 60 VDI-Dateien … diese 64 GiB sind nicht genug … ich brauche eine 300-GiB-USB-Festplatte, also habe ich eine 500-GiB-Sata-III-2.5-Festplatte in einem 3.1-USB-Typ-C-Gehäuse mit mir und verwende trotzdem CloneVDI, um sie zu verkleinern.

Wenn Sie Glück haben und einen USB 3.1-Anschluss am Computer und eine 2,5-Zoll-Sata-III-Festplatte (1 TiB oder auch 500 GiB) mit ausreichender Geschwindigkeit haben, reicht das aus. Die 3.1-Gehäuse vom Typ C sind wirklich günstig (weniger als 20 Euro bei AliExpress) und funktionieren perfekt, passen in eine Tasche usw. Ich hasse USB-Anschlüsse vom Typ B (MicroUSB), da sie tendenziell an Stabilität verlieren (sie trennen sich von selbst, wenn Sie nicht wollen). Seit ich Anschlüsse vom Typ C verwende, hatte ich dieses Problem nicht (ein MiniUSB-Anschluss ist auch sehr gut, aber Sie erreichen damit weder 3.1-Geschwindigkeit noch 3.0-Geschwindigkeit, sondern nur 2.0-Geschwindigkeit).

Hinweis: Einige verwechseln USB 3.1 fälschlicherweise mit USB 3.0 ... stellen Sie sicher, dass es USB 3.1 Gen 2 ist (für wirklich schnelle Festplattengeschwindigkeit) und ja, Gen 2 funktioniert nur mit Typ-C-Anschlüssen, wenn der Gehäuseanschluss nicht vom Typ C ist, wird die maximale Geschwindigkeit nicht wirklich erreicht.

USB 3.0 und das sogenannte USB 3.1 (Gen 1) erreichen lediglich 5 GB/s (Gigabit), während USB 3.1 Gen2 (nur mit Anschluss Typ C) mit 10 GB/s arbeiten kann, also unter Windows-Hosts deutlich mehr als ein Gigabyte pro Sekunde (1 GiB/s), sodass das Kopieren einer VDI-Datei von 10 GB weniger als 10 Sekunden dauerte.

Warnung: USB 3.1 Gen 2 verbraucht viel Strom. Achten Sie daher (vor allem bei Speichersticks) auf die mögliche Hitzeentwicklung. Ein SanDisk 64 GiB USB 3.1 Gen 2 erwärmt sich so stark, dass Sie sich fühlen können, als würden Sie Ihre Hand in einen vorgeheizten Ofen legen. Warten Sie daher nach dem Herausziehen des Steckers ein wenig, bis er abgekühlt ist, oder blasen Sie Luft hinein usw.

Wenn Sie anständige 50 Euro zahlen können, besorgen Sie sich ein USB 3.1 Gen 2 Typ C + 3-1-Kabel USB C auf USB A + 500 GiB Sata III 2,5" ... Sie werden sehen, dass Sie die „Komprimierung“ nicht mehr wollen (denken Sie daran, das Tool CloneVDI zu verwenden, nachdem Sie wichtige Gaständerungen vorgenommen haben), Sie werden sehen, dass Verkleinern/Kompaktieren mit diesem Verfahren ausreicht.

Randbemerkung: Best Practice... bei Verwendung von CloneVDI zwei verschiedene Hochgeschwindigkeitsfestplatten verwenden (von einer lesen und parallel in der Pipeline auf die andere schreiben)... interne Festplatte und eine externe 3.1 Gen2 Typ C... danach von einer auf die andere kopieren. Das dauert wirklich weniger Zeit, als auf derselben Festplatte zu lesen und zu schreiben und sie danach auf die andere Festplatte zu kopieren (viel weniger Kopfbewegung)... es sei denn, Sie haben großes Glück und eine SSD-Festplatte... wenn ja, legen Sie eine weitere SSD in ein externes Gehäuse.

Ich hatte tatsächlich (zum Testen) einen 1-GiB-Speicher in der Hand (angeschlossen an einen PCI-Express-3.0-x16-Controller), der eine Schreibgeschwindigkeit von 35 GiB/s erreichen konnte, ja, 35 Gigabyte pro Sekunde ... Sie können den Speicher in 1/35 = 0,029 Sekunden vollständig füllen (schneller als die meisten modernen PC-Speicherbänke); offensichtlich war es ein „Proof of Concept“ mit flüssigem Stickstoff, gekühlt usw. Die Idee ist, dass das normale Speicherkonzept des PCs aufgehoben wird ... und der PC wird wie ein alter PDA (sofort) booten, da kein Strom benötigt wird, um den Speicher zu halten ... keine Ahnung, wann und ob es den Markt erobern wird (Preis? Denken Sie besser nicht daran, der Prototyp kostet mehr als 13 Millionen Dollar).

Bis dahin ist Sata III 2.5 1TiB (oder 1,5TiB) auf einem USB 3.1 Gen 2 Typ C-Gehäuse die günstige Lösung … und wenn Sie keine USB 3.1-Anschlüsse haben, kaufen Sie eine günstige PCI Express USB 3.1 Gen 2 Typ C-Karte und ein USB-Kabel CC für 10GiB/s-Übertragungen.

Wenn Sie sich eine solche „Geschwindigkeit“ nicht leisten können und bei USB 2.0 bleiben müssen, habe ich zwei beste Vorschläge: Aktivieren Sie die NTFS-Gastkomprimierung, wenn es Ihnen nichts ausmacht, dass die Gastgeschwindigkeit stark reduziert wird, und verwenden Sie nach wichtigen Änderungen CloneVDI, um die VDI-Größe zu verkleinern.

Bitte beachten Sie: CloneVDI erfordert nicht, dass Sie vorher irgendetwas auf dem Gast tun (wie etwa freien Speicherplatz auf Null setzen, etc.). Es erledigt die komplette Arbeit, erkennt, welche Sektoren wirklich nicht genutzt werden und behandelt sie, als hätten sie Nullen, sodass sie nicht in das generierte VDI aufgenommen werden.

Das Ausführen von CloneVDI mit einer wirklich „langsamen“ Festplatte (30 MiB/s) auf einer VDI-Datei von 15 GiB und das Erhalten von 9 GiB (auf derselben Partition) dauerte etwas mehr als 25 Minuten ... beim Übertragen von einem USB 3.1 Gen 2 Typ C-Gehäuse auf ein anderes dauerte es weniger als 30 Sekunden; deshalb spreche ich so viel über USB 3.1 Gen 2 Typ C (10 GiB/s) ... eine halbe Minute statt fast einer halben Stunde Wartezeit.

Ich habe alle meine VDIs immer in zwei USB 3.1 Gen 2 Typ C-Gehäusen (jeweils 500 GiB 2,5-Zoll-Festplatten), sodass ich ein BackUP und eine wirklich „schnelle“ Gast-E/A-Leistung habe … und keinen Platz auf der internen OS-Festplatte beanspruche.

Ich werde über solche Festplatten sprechen (meine sind wirklich teuer, ich verwende sie nur für kurze Tests), sie können dauerhaft mit fast 6 GB/s schreiben (Sata III ist der Flaschenhals), sie sind keine SDD, haben aber mehrere Arme, können also auf mehr als eine Platte gleichzeitig schreiben, NCQ-Optimierung, internen Cache von 1 GB (nicht die mit nur 8 MiB oder 16 MiB)... Preis... also, ungefähr eineinhalb Dollar pro Stück... ich mag die SSD nicht besonders und sie hat eine niedrige Anzahl an Löschzyklen... eher für eine intensive Nutzung (virtuelle Maschine VDI).

Ich würde nie eine virtuelle Maschine auf eine SSD setzen, in zwei oder drei Jahren kann die SSD beschädigt werden (Löschzyklen haben das Maximum erreicht). Ich verwende normalerweise zwei wirklich billige schnelle 500-GiB-Sata-III-2,5-Zoll-Festplatten, jede in einem eigenen USB-3.1-Gen-2-Typ-C-Gehäuse, sodass ich eine Schreibgeschwindigkeit von fast 200 MiB/s erreiche. Dadurch schrumpft CloneVDI von 15 GiB auf 9 GB und dauert fast 3 Minuten. Billig und schnell genug.

Hoffe, ich habe Ihnen geholfen ... manchmal ist es besser, zwei kleine Festplatten (500 GiB) als einen USB-Stick oder eine große Festplatte (1,5 TiB) zu verwenden, genug Kapazität für alle VDIs und mehr Geschwindigkeit ... in Kombination mit cloneVDI (von einer lesen, auf eine andere schreiben) ist es ideal.

Meine Hauptidee: Ändern Sie Ihre Denkweise. Wenn das Problem „Platz“ ist, dann machen Sie sich ein bisschen Arbeit (ohne Auswirkungen auf die Geschwindigkeit des Gastes), d. h. klonen Sie VDI zum Komprimieren/Verkleinern, und besorgen Sie sich zwei nahezu schnelle externe tragbare Festplatten, die in die Tasche passen, damit Sie auch die beiden letzten bekannten Zustände der VDIs speichern können. Verwenden Sie diese externen Festplatten natürlich nur für VDIs, damit Sie sicherstellen, dass Sie in Zukunft genügend Platz haben. Und legen Sie eine weitere Kopie der VDIs auf internen Festplatten an (wenn Sie mehr als einen PC haben). So erhalten Sie Geschwindigkeit, kurze Wartezeiten beim Übertragen von einem PC auf einen anderen und 4 Sicherungskopien (wenn Sie nur zwei PCs haben, zwei intern und zwei extern) sowie zusätzlich 2 Sicherungskopien des „alten Zustands“ auf externen Festplatten.

In meinem Fall werden die 60 VDIs nie mehr als 300 GiB verwenden (die maximale interne Festplattengröße des Gasts, die ich verwende, beträgt 20 GiB). Tatsächlich waren nur rund 200 GiB erforderlich. Außerdem konnte ich keinen alten Status beibehalten, da ich sie alle als unveränderlich verwende. Ich habe also noch fast 280 GiB zum Erweitern (auf einer 500-GiB-Festplatte). Stellen Sie sich vor, ich verwende 1 TiB oder 1,5 TiB (was für eine Platzverschwendung), nur für zukünftige Windows-Versionen.

Bei Windows-Gästen sehe ich, dass die VDI-Dateien normalerweise nicht größer als 10 GiB werden (denken Sie daran, dass ich sie bei der Standardinstallation und nur bei Windows, ohne Apps usw. habe), und wenn ich alle Windows-Updates einführe (nachdem Cleanmgr usw. und CloneVDI bestanden haben), wachsen sie auf 13 GiB oder 15 GiB an (und das Wachstum ist nach oben auf 20 GiB begrenzt, da ich 20 GiB für die Systempartition definiert habe).

Auf diese Weise kann ich einen App-Installer auf allen Betriebssystemen testen, auf kürzlich installierten Betriebssystemen, Betriebssystemen + Updates, 32-Bit-/64-Bit-Betriebssystemen, Windows-Versionen XP, 7, 8, 8.1 und 10 ... und sehen, auf welchen es funktioniert und auf welchen eines fehlschlägt usw. Da ich sie als unveränderlich konfiguriert habe, werden nach dem Ausschalten und beim nächsten Einschalten als Erstes die Änderungen gelöscht, sodass ich einen anderen App-Installer usw. testen kann.

VirtualBOX verfügt über eine versteckte Funktion: Sie können einer unveränderlichen Festplatte mitteilen, dass diese Änderungen beim Einschalten der virtuellen Maschine nicht verloren gehen sollen, während sie weiterhin unveränderlich bleibt. So können Sie auch App-Installer testen, die die Maschine ausschalten müssen.

Answer