Gestern habe ich meine neue Workstation bekommen mit:
- 120 GB – OCZ Vertex3 MAX IOPS
- 300 GB – Western Digital Velociraptor (10.000 U/min, ca. 4 ms durchschnittliche Suchgeschwindigkeit)
- 2x2TB Samsung Ecogreen F4
Auf dem System wird Ubuntu laufen, hauptsächlich um 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-Verschleiß gelesen und vielleicht ist es keine gute Idee, den Eclipse-Arbeitsbereich auf der SSD zu platzieren, wegen der vielen kleinen Schreibvorgänge, die die Builds ausführen. Vielleicht findet der Arbeitsbereich (und damit /home) einen besseren Platz auf dem Velociraptor, der wirklich schnell ist.
Wie partitioniere ich das Ganze, um das Beste daraus zu machen? Ich bin für alle Vorschläge offen. LVM könnte auch eine Option sein. Vielleicht wäre es eine gute Idee, eine dritte Partition auf der SSD für ein VirtualBox-Image einzurichten.
Momentan denke ich:
- SSD: 2GB /boot, verbleibender Speicherplatz für /
- Velociraptor: LVM, das das gesamte Laufwerk umfasst.
- 150 GB /Privat
- Verbleibender Speicherplatz für /virtualMachines oder so ähnlich
- Samsung-Laufwerke (LVM über beide oder eine Volume-Gruppe für jedes? – Letzteres wäre im Hinblick auf die Datensicherheit besser, denn wenn ein Laufwerk in einer großen Volume-Gruppe ausfällt, ist alles verloren)
- Partitionen für Daten, Archive usw.
Antwort1
Wenn Sie Bedenken hinsichtlich Zuverlässigkeit, Wear-Leveling und Unterschied zwischen Schreib- und Lesegeschwindigkeit haben, gibt es noch eine weitere Option:
ich habe einAcard 9010batteriegestütztes RAM-Laufwerk, 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 schnelle Lesegeschwindigkeiten und etwas weniger schnelle Schreibgeschwindigkeiten.
- Es ist kein Wear-Leveling erforderlich.
- Keine Bedenken, dass volle Festplatten langsamer schreiben als leere, wie es bei SSDs der Fall ist
- Stromausfälle werden etwa einen Tag lang durch die interne Batterie abgedeckt. Sie können das RAM-Laufwerk auch über das externe Steckernetzteil mit Strom versorgen (zusätzlich zur internen Backup-Batterie).
- Das Problem der längeren Speicherung Ihrer Daten über die Batterielebensdauer hinaus wird durch die in das Gerät integrierte SD-Karte gelöst: Sobald die Stromversorgung unterbrochen wird und die Batteriespannung einen bestimmten niedrigen Pegel erreicht, sichert das RAM-Laufwerk den Speicherinhalt auf einer 64 GB großen Compact Flash-Karte, die an der Vorderseite des RAM-Laufwerks integriert ist. Beim Einschalten kopiert es dann die Daten der SD-Karte zurück in den RAM des RAM-Laufwerks.
Um einen Teil der Frage, wie Partitionen auf einer SSD (oder einem RAM-Laufwerk) angeordnet werden, direkt zu beantworten:
Ich speichere alles außer /homedem RAM-Laufwerk. /homeEs kommt auf eine Festplatte. Für Slackware64 werden etwa 5 GB benötigt, sodass ich auf einem 32 GB RAM-Laufwerk viel zusätzlichen Speicherplatz für die Entwicklung habe.
Sie müssen Ihre Arbeit nicht in erledigen /home, obwohl das die normale „Linux-Methode“ ist. Denken Sie stattdessen darüber nach, ein Verzeichnis im Linux-Verzeichnis wie /javaoder zu erstellen /projects, das sich auf Ihrem RAM-Laufwerk befindet, und legen Sie Berechtigungen und Eigentümer fest, damit Ihr Benutzer dieses Verzeichnis verwenden und Ihre Projekte schneller auf dem SSD/RAM-Laufwerk ablegen kann. Legen Sie Ihr Betriebssystem/Ihre Tools/Ihren Quellcode auf dem RAM-Laufwerk ab, arbeiten Sie dort und verwenden Sie dann ein Shutdown-Skript, das Ihre tägliche Arbeit auf die Festplatte kopiert.
Als Sicherheitsmaßnahme habe ich ein paar einfache Skripte geschrieben, die die wichtigen, vom Benutzer erstellten Dateien auf dem RAM-Laufwerk (oder der SSD) für den Fall von Problemen sichern. Dateien wie Ihre /etc/fstabund /etc/X11/xorg.confdiese könnten schwierig zu fehlerfrei zu erstellen sein.schnell(insbesondere, wenn Sie in diesen Dateien eine Reihe von MP3-Playern in fstab oder ein kompliziertes Monitor-Setup in xorg.conf usw. haben), wenn Sie irgendwann Probleme mit der Durcheinanderbringung von SSD/RAM hatten.
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 eine zusätzliche Sicherungsmaßnahme und eine einfache Wiederherstellung, falls irgendwann etwas schiefgehen sollte. Richten Sie einen Chron-Job ein, um mehrmals am Tag zu sichern, wenn Sie möchten, das ist sowieso keine schlechte Idee.
Also was tue ich:
/auf der SSD/work(/javaoder/projectsoder andere) für Ihren Arbeitsbereich, auf der SSD/homeauf einer Festplatte/usr/scripts(erstellt für benutzerdefinierte Skripte)- Skripte zum Sichern von Benutzerkonfigurationsdateien von SSD auf 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 Festplatte, aber nicht doppelt so schnell (wie jemand zuvor sagte).
Antwort2
SSD ist nicht so zuverlässig wie HDD, verwenden Sie sie besser als temporäre/Auslagerungs-/Arbeitsdateien statt als Boot-Datei. Da Sie Velociraptor haben, ist SSD nicht erforderlich.
Im Büro verwende ich SSD als primäre Festplatte und entwickle C#-Anwendungen unter Windows XP. Visual Studio erstellt und führt schnell aus, um meine Projekte zu debuggen. Ich verwende SSD auch in der Hyper-V-Umgebung als Page-/Swap-/Temp-Dateien, um die Festplatte zu entlasten. Wenn Sie eine höhere Leistung benötigen, verwenden SieeBoostrUm die am häufigsten verwendeten Dateien zwischenzuspeichern, verringert es auch die Festplattennutzung, insbesondere auf einem Webserver.