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).
