Partitionslayout für SSD + 3 Festplatten

Gestern habe ich meine neue Workstation bekommen mit:

• 120 GB - OCZ Vertex3 MAX IOPS
• 300 GB - Western Digital Velociraptor (10 k U / min, ca. 4 ms durchschnittlich)
• 2x2 TB Samsung Ecogreen F4

Auf dem System wird Ubuntu mit dem Hauptzweck ausgeführt, viel Java-Entwicklung zu betreiben. Gelegentlich muss ich Java in einer Windows-VM entwickeln. Dafür brauche ich schnelle VMs. Ich habe viel über SSD-Abnutzung gelesen und vielleicht ist es eine schlechte Idee, den Eclipse-Arbeitsbereich auf der SSD zu platzieren, weil die Builds so wenig Schreibarbeit leisten. Vielleicht findet der Arbeitsbereich (und somit / zu Hause) auf dem Velociraptor einen besseren Platz, was sehr schnell geht.

Wie sollte ich das Ganze aufteilen, um das Beste daraus zu machen? Ich bin offen für Vorschläge. LVM könnte auch eine Option sein. Vielleicht ist es eine gute Idee, eine dritte Partition für ein VirtualBox-Image auf die SSD zu setzen.

Derzeit denke ich:

• SSD: 2 GB / Boot, verbleibender Speicherplatz für /
• Velociraptor: LVM über die gesamte Festplatte.
  • 150 GB / Haus
  • Verbleibender Speicherplatz für / virtualMachines oder ähnliches
• Samsung-Laufwerke (LVM über beide oder jeweils eine Volume-Gruppe? - Letzteres ist in Bezug auf die Datensicherheit besser, da bei einem Ausfall eines Laufwerks in einer großen Volume-Gruppe alles verloren geht.)
  • Partitionen für Daten, Archive usw

Es gibt eine weitere Option, wenn die Zuverlässigkeit, der Abnutzungsgrad und der Unterschied zwischen Schreib- und Lesegeschwindigkeit von Bedeutung sind:

Ich habe ein akkugepuffertes RAM-Laufwerk von Acard 9010 , auf dem ich Linux ausführe. Die Bestückung kostet mehr als die Kosten einer durchschnittlichen SSD, aber Sie erhalten einige Vorteile:

• Schnelle Lesegeschwindigkeiten UND schnelle Schreibgeschwindigkeiten. SSDs haben sehr hohe Lesegeschwindigkeiten und etwas geringere Schreibgeschwindigkeiten.
• Es ist kein Verschleißausgleich erforderlich.
• Keine Sorge, dass Festplatten langsamer schreiben als leere, wie es auf SSDs der Fall ist
• Power Blips werden für etwa einen Tag von der internen Batterie abgedeckt, und Sie können auch die externe Steckdose für die Stromversorgung des RAM-Laufwerks verwenden (zusätzlich zur internen Pufferbatterie).
• Länger als die Batterielebensdauer wird die Speicherung Ihrer Daten durch die im Gerät integrierte SD-Karte gelöst: Sobald die Stromversorgung ausgeschaltet ist und die Batteriespannung einen bestimmten niedrigen Wert erreicht, sichert das RAM-Laufwerk den Speicherinhalt auf einem 64-GB-CompactFlash Karte, die in die Vorderseite des RAM-Laufwerks eingebaut ist, kopiert beim Einschalten die SD-Kartendaten zurück auf den RAM im RAM-Laufwerk.

So beantworten Sie einen Teil der Frage, wie Partitionen auf einer SSD (oder einem RAM-Laufwerk) angeordnet werden:

Ich lege alles außer /homeauf die RAM-Fahrt. /homegeht auf eine Festplatte. Es dauert ungefähr 5 GB für Slackware64. Von einem 32-GB-RAM-Laufwerk habe ich also viel zusätzlichen Platz für die Entwicklung.

Sie müssen nicht Ihre Arbeit in /home, obwohl das den normalen „Linux - Weg“ ist, denken stattdessen über ein Verzeichnis im Linux - Baum zu schaffen wie /javaoder /projectswas auf dem RAM - Laufwerk wäre, das Festlegen von Berechtigungen und Besitz so Ihre Benutzer in der Lage sein werden , um dieses Verzeichnis zu verwenden und Ihre Projekte aus Geschwindigkeitsgründen auf dem SSD / RAM-Laufwerk abzulegen. Legen Sie Ihr Betriebssystem / Tools / Quellcode auf das RAM-Laufwerk, arbeiten Sie dort und führen Sie ein Shutdown-Skript aus, das Ihre tägliche Arbeit auf die Festplatte kopiert.

Als Maßnahme für Gürtel und Hosenträger habe ich ein paar einfache Skripte geschrieben, die bei Problemen die wichtigen vom Benutzer erstellten Dateien auf dem RAM-Laufwerk (oder der SSD) sichern. Es kann schwierig sein, Dateien wie Ihre /etc/fstabund /etc/X11/xorg.confdas schnell zu finden (insbesondere, wenn Sie eine Reihe von MP3-Playern in fstab oder ein kompliziertes Monitor-Setup in xorg.conf usw. in diesen Dateien haben), wenn Sie Probleme mit der SSD hatten / RAM wird zu jedem Zeitpunkt verschlüsselt.

Ich habe auch ein paar Skripte, die jede einzelne Datei auf dem RAM-Laufwerk in einem Verzeichnis auf einer Festplatte sichern / wiederherstellen, nur für den Fall. Ich erwähne diese Skripte, weil in einer anderen Antwort die Zuverlässigkeitsprobleme mit SSDs (oder RAM-Laufwerken) erwähnt wurden. Die Skripte bieten mir ein zusätzliches Maß an Sicherung und einfacher Wiederherstellung, falls irgendwann etwas schief gehen sollte. Richten Sie einen Chron-Job ein, der mehrmals am Tag gesichert werden soll, wenn Sie dies wünschen. Dies ist ohnehin keine schlechte Idee.

Also was tue ich:

• / auf der SSD
• /work( /javaoder /projectsandere) für Ihren Arbeitsbereich auf der SSD
• /home auf einer Festplatte
• /usr/scripts (erstellt für benutzerdefinierte Skripte)
• Skripts zum Sichern von Benutzer-Konfigurationsdateien von der SSD auf die Festplatte
• Skripte zum vollständigen Kopieren des RAM-Laufwerks auf eine Festplatte.

Das RAM-Laufwerk hat laut seiner Website eine Zugriffszeit von 0,01 ms. Es ist viel schneller als eine HD, aber nicht doppelt so schnell (wie jemand zuvor sagte).

SSD ist nicht zuverlässig wie HDD, verwenden Sie es besser als temporäre / Seiten- / Arbeitsdateien, anstatt zu booten. Da Sie Velociraptor haben, ist eine SSD nicht erforderlich.

Im Büro verwende ich SSD für meinen Primärdatenträger und entwickle C # -Anwendungen unter Windows XP. Visual Studio wird schnell erstellt und ausgeführt, um meine Projekte zu debuggen. Ich verwende SSD auch in einer Hyper-V-Umgebung als Page / Swap / Temp-Dateien, um die Festplatte zum Atmen zu bringen. Wenn Sie eine höhere Leistung benötigen, verwenden Sie eBoostr , um die am häufigsten verwendeten Dateien zwischenzuspeichern. Dies verringert auch die Festplattennutzung, insbesondere auf einem Webserver.