Was NICHT auf eine SSD setzen?

Ich habe eine SSD gekauft und werde mein Desktop-System mit einer völlig neuen Linux-Installation einrichten.

SSDs sind bekanntermaßen schnell, haben aber einen Nachteil: Die Anzahl der Schreibvorgänge (pro Block?) Ist begrenzt.

Ich überlege mir also, welche Daten sich auf der SSD und welche auf dem Festplattenlaufwerk befinden sollen. Im Allgemeinen dachte ich, dass Daten, die sich häufig ändern, auf der Festplatte gespeichert werden sollten und Daten, die sich nicht häufig ändern, auf der SSD gespeichert werden können.

• Jetzt lese ich diese Frage mit einem ähnlichen Szenario. In den Antworten heißt es: "SSD-Laufwerke eignen sich ideal für Swap Space ..."

  Warum sind SSDs ideal für Swap Space geeignet? OK, ich sehe ein hohes Potenzial für eine Leistungssteigerung des Systems, tausche die Daten jedoch nicht häufig aus, und daher würde es viele Schreibvorgänge auf der SSD geben, was zu einer kurzen Lebensdauer der SSD führen würde.

• Und was ist mit dem Verzeichnis / var? Ändert sich der Inhalt nicht auch häufig? Wäre es nicht eine gute Idee, es auf die Festplatte zu legen?

• Gibt es andere Daten, die sich nicht auf einer SSD befinden sollten?

Wenn Sie sich Gedanken über Schreibzyklen machen, kommen Sie nicht weiter.

Sie haben Daten auf Ihrer SSD, die sich häufig ändern. Ihr Zuhause, Ihre Konfiguration, Ihre Browser-Caches, vielleicht sogar Datenbanken (falls Sie welche verwenden). Sie sollten alle auf SSD sein: Warum sollten Sie sonst eine haben, wenn Sie nicht an Geschwindigkeit für die Dinge gewinnen möchten, die Sie häufig tun?

Die Anzahl der Schreibvorgänge mag begrenzt sein, aber eine moderne SSD ist sehr gut in der Lage, Abnutzungserscheinungen auszugleichen. Die Festplatte muss beschrieben werden. Wenn Sie es dafür nicht verwenden, können Sie es genauso gut als Briefbeschwerer verwenden und es niemals in Ihren Computer stecken.

Es gibt kein für den Swap-Bereich geeignetes Speichergerät. Swap ist langsam , auch auf SSD. Wenn Sie die ganze Zeit tauschen müssen, ist es besser, wenn Sie auf die eine oder andere Weise mehr RAM erhalten.

Dies kann bei Auslagerungsbereichen anders sein, die nicht zum Auslagern verwendet werden, sondern für Szenarien mit Aussetzung auf Festplatte. Natürlich wird das Speichermedium umso schneller angehalten und wieder aufgeweckt, je schneller das Speichermedium dafür verwendet wird.

Ich persönlich habe alles auf die SSD geschrieben, bis auf die großen statischen Daten. Ein Film muss zum Beispiel keinen teuren Speicherplatz auf der SSD verschwenden, da eine Festplatte mehr als schnell genug ist, um ihn abzuspielen. Es wird nicht schneller abgespielt, wenn SSD-Speicher dafür verwendet wird.

Wie alle Speichermedien fällt die SSD irgendwann aus, unabhängig davon, ob Sie sie verwenden oder nicht. Sie sollten sie als genauso zuverlässig wie Festplatten betrachten, da diese überhaupt nicht zuverlässig sind. Daher sollten Sie Backups erstellen.

Ok, das Ziel ist es, so viel Geld wie möglich zu verdienen - Geschwindigkeit im Vergleich zum Preis für Ersatzhardware (vorausgesetzt, eine einzelne große Festplatte und eine mittelgroße SSD, wie es die Norm zu sein scheint). Zur Vereinfachung können Sie abwägen, wie stark sich die Geschwindigkeit beim Verschieben einer Datei auf die SSD gegenüber der Anzahl der Sektoren erhöht, die zum Verschieben dieser Datei auf die SSD geschrieben wurden.

• Dateien, in die nur selten viel gelesen und geschrieben werden muss (z. B. das Betriebssystem und Programme), sind wahrscheinlich am offensichtlichsten, wenn Sie auf die SSD wechseln.
• Dateien, die mit einer festen Datenrate, bei der die Festplatte schnell genug ist (z. B. Musik, Video) , einmal geschrieben und mehrmals gelesen werden, sollten wahrscheinlich dort bleiben. Sie werden in der Regel nicht geändert, berücksichtigen jedoch, dass sie für viele Sektoren geschrieben wurden.
• Kleine Dateien, die häufig geändert werden (z. B. einige temporäre Dateien), sind komplizierter. Beispielsweise können Sie bei einer Sektorgröße von 512 Bytes eine Einzelsektordatei 20.000.000 Mal überschreiben, bevor Sie dieselbe Anzahl von Schreibvorgängen "verbrauchen" wie beim einmaligen Schreiben einer einzelnen 1-GiB-Datei. Wenn die SSD den Verschleiß ausgleicht, sollten diese gleichwertig sein.

Selbstverständlich verbrauchen auch die besten Berechnungen die wertvollste Ressource aller Zeiten. Auf lange Sicht ist es wahrscheinlich das Beste, wenn Sie es einfach halten und etwas häufiger neue Hardware kaufen als im absolut idealen Fall.

Neben all den Antworten hier gibt es einen kleinen Tipp, den ich mag. Ich habe wieder damit begonnen, Ramdisk mit meiner SSD zu verwenden, um den Trageeffekt etwas zu verlangsamen. Ich benutze es für einen Browser-Cache (also das gesamte Browser-Profil), verschiedene temporäre Dateien, einige nicht benötigte Protokolle usw. (über Symlinks)

Meine Ramdisk ist in fstab wie folgt eingestellt:

tmpfs       /mnt/ramdisk tmpfs   nodev,nosuid,size=512M   0 0

Je mehr RAM Sie haben, desto größer ist die Ramdisk, die Sie effizient nutzen können. Damit habe ich Boot / Shutdown-Skript. Verschiedene Erfahrungen mit dem Schreiben von Ramdisk-Backups auf verschlüsselten Geräten / Ordnern, selbst bei niedrigster Priorität beim Booten und höchster beim Herunterfahren.

Dies beschleunigt das System ein wenig und spart einige Schreibzyklen. Gute Sache kann ein Cron-Job sein, der alle 15 Minuten Rsync ausführt?

#!/bin/bash

### BEGIN INIT INFO
# Provides:          Ramdisk control
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 6
# Short-Description: Start/stop script at runlevel change.
# Description:       Ramdisk auto backup and restore
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin
USER="user1"
RDISK=/mnt/ramdisk
BACKUP=/opt/
#/home/$USER/BackUps/

#echo "$(date) $1" >> $BACKUP/rd.log

case "$1" in
    stop)
        rsync -aE --delete $RDISK $BACKUP
        ;;
    start|force-reload|restart|reload)
        #restore ramdisk
        cp -rp $BACKUP/ramdisk/* $RDISK 2> /dev/null
        ;;
    *)
        echo 'Usage: /etc/init.d/ramdisk {start|reload|restart|force-reload|stop|status}'
        echo '       stop                       - backup ramdisk data'
        echo '       start|*                    - restore ramdisk data from backup'
        echo '       - default backup location is /xxxxx'
        exit 1
        ;;
esac


exit $?

Kleine Warnung für Ubuntu-Benutzer: Verwenden Sie / media / user / folder nicht für Ramdisk-Backups, da es durch einige Updates zurückgesetzt wird und ich regelmäßig Profildaten verlor. Auch mit Ubuntu hatte ich einige Schwierigkeiten, Ramdisk-Bakups auf verschlüsselten Home-Ordnern zu erstellen.

Wenn Sie mit anderen einverstanden sind, sollten Sie so ziemlich alles ablegen, außer möglicherweise sehr große (Video-) Dateien, um die Verschwendung von teurem SSD-Speicherplatz zu vermeiden.

Sie sollten jedoch auch sicherstellen, dass TRIM aktiviert ist:

• Ihre SSD unterstützt TRIM
• Ihre Partition ist auf ein Vielfaches von EBS ausgerichtet
• Ihr Dateisystem unterstützt TRIM auf Ihrem Dateisystem (ext4 normalerweise)
• Sie laufen fstrimregelmäßig (wahrscheinlich in einem Cron wöchentlich)
• Sie behalten mindestens 25% freien Speicherplatz [ 1 ]

Denken Sie daran, Ihre Daten zu sichern.

AKTUALISIEREN:

• Arch empfiehlt, den Swap nicht auf die SSD zu setzen, um Verschleiß zu vermeiden

Wenn Sie keine Zeit damit verbringen möchten, Ihre Daten über Festplatte und SDD zu versenden, können Sie Ihre SDD als Cache verwenden.

• L2ARC-Cache unter ZFS (Solaris, * BSD)
• Bcache (Linux) Es ist noch Alpha-Code, also vielleicht nicht zuverlässig

Es tut mir leid, schlechte Antworten. Natürlich können und sollten Sie ein sehr schnelles System aufbauen und trotzdem die meisten geschriebenen Ordner auf die Festplatte verschieben. Verschieben Sie / tmp nach / tmpfs oder erstellen Sie / tmp-Partitionen auf der Festplatte. Verschieben Sie auch nach HDD und erstellen Sie Symlinks in den Originalordnern für / var / log / var / spool und / var / tmp (setzen Sie / var / tmp nicht wie dort auf tmpfs sind Daten, auf die über Neustarts hinweg zugegriffen werden soll). Wechseln Sie zur Festplatte, und erstellen Sie Symlinks für ~ / Downloads ~ / Videos ~ / Musik ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream und andere, die Sie kennen oder von denen Sie wissen, dass sie häufig schreiben Caches (Finden Sie immer, wo sich Ihr spezifischer Browser-Cache befindet, und verschieben Sie ihn auf die Festplatte. Chrome und Firefox werden mit diesen Caches abgedeckt, ich glaube, überprüfen Sie dies jedoch selbst). Wenn Sie eine Videodatei bearbeiten müssen, können Sie sie auf ssd verschieben. Andernfalls haben 99% der Dokumente und Medien keinen Vorteil, wenn sie auf SSD gespeichert sind. Da die Festplatte von Systen weit weniger genutzt wird, haben diese Tricks einen negativen Einfluss auf die Leistung und einen großen Unterschied in der Lebensdauer der SSD. Wechseln Sie zur Festplatte und erstellen Sie Symlinks für Ihre Cloud-Ordner (z. B. Dropbox). Ziehen Sie auch in Betracht, / var / www zu verschieben, wenn Sie es apachen. Jetzt haben Sie ein sehr schnelles System mit fast keinem Geschwindigkeitsunterschied und mit viel weniger Verschleiß.