Changes between Version 3 and Version 4 of AdminSsd

Timestamp:

Mar 29, 2014, 7:07:38 PM (13 years ago)

Author:

Rüdiger Kupper

Comment:

--

AdminSsd

@@ -9 +9 @@
 == Maßnahmen ==
 
-- Im BIOS muss der //SATA-AHCI-Modus// aktiviert sein (ist bei moderneren BIOS ohnehin Default)
-- Der Rechner sollte genügend Arbeitsspeicher haben, dass im normalen Betrieb nicht geswappt wird.
-- Beim Partitionieren müssen die Partitionsgrenzen auf volle 4096-Byte-Blöcke fallen (//alignment//). Alle modernen Partitionierungstools sollten das automatisch machen.
+1. Im BIOS muss der //SATA-AHCI-Modus// aktiviert sein (ist bei moderneren BIOS ohnehin Default)
+1. Der Rechner sollte genügend Arbeitsspeicher haben, dass im normalen Betrieb nicht geswappt wird.
+1. Beim Partitionieren müssen die Partitionsgrenzen auf volle 4096-Byte-Blöcke fallen (//alignment//). Alle modernen Partitionierungstools sollten das automatisch machen.
   Überprüfen mittels: `parted /dev/{v,s}da align-check`.
   Siehe auch http://wiki.ubuntuusers.de/SSD/Alignment.
-- als Filesystem sollte `ext4` zum Einsatz kommen (in Zukunft vielleicht auch das neue Filesystem Btrfs)
-- in der fstab muss derzeit noch die Mountoption `discard` gesetzt werden, für alle `ext4`-Dateisysteme und die Swap-Partition, um TRIM zu aktivieren. Siehe auch http://wiki.ubuntuusers.de/SSD/TRIM
-- (Ev. kann auch die Option `noatime` gesetzt werden. Allerdings nutzt der Linux-Kernel bereits das auch schon günstige `relatime`, um Schreibvorgänge bei jedem Lesezugriff zu vermeiden.) 
-- Wird LVM verwendet, sollte in `/etc/lvm/lvm.conf` in der Sektion `devices {}` die Option `issue_discards = 1` gesetzt sein, damit auch LVM TRIM-Befehle sendet, wenn sich z.B. die Größe eines LV ändert. Beim Proxmox scheint diese Option Default zu sein, aber besser überprüfen.
-- Scheduler. Für SSD ist als I/O-Scheduler der //deadline//-Scheduler vorzuziehen. Da dieser (zumindest in Ubuntu) seit Quantal der Default ist, ist hier nichts zu tun. Vorsichtshalber überprüfen mittels: `cat /sys/block/{v,s}da/queue/scheduler`.
+1. als Filesystem sollte `ext4` zum Einsatz kommen (in Zukunft vielleicht auch das neue Filesystem Btrfs)
+1. in der fstab muss derzeit noch die Mountoption `discard` gesetzt werden, für alle `ext4`-Dateisysteme und die Swap-Partition, um TRIM zu aktivieren. Siehe auch http://wiki.ubuntuusers.de/SSD/TRIM
+1. (Ev. kann auch die Option `noatime` gesetzt werden. Allerdings nutzt der Linux-Kernel bereits das auch schon günstige `relatime`, um Schreibvorgänge bei jedem Lesezugriff zu vermeiden.) 
+1. Wird LVM verwendet, sollte in `/etc/lvm/lvm.conf` in der Sektion `devices {}` die Option `issue_discards = 1` gesetzt sein, damit auch LVM TRIM-Befehle sendet, wenn sich z.B. die Größe eines LV ändert. Beim Proxmox scheint diese Option Default zu sein, aber besser überprüfen.
+1. Scheduler. Für SSD ist als I/O-Scheduler der //deadline//-Scheduler vorzuziehen. Da dieser (zumindest in Ubuntu) seit Quantal der Default ist, ist hier nichts zu tun. Vorsichtshalber überprüfen mittels: `cat /sys/block/{v,s}da/queue/scheduler`.
 
 == Auch in virtuellen Maschinen durchführen