Hallo, Am Thu, 09 Oct 2014, Lentes, Bernd schrieb:
in einem Testsystem setze ich zum 1. Mal eine 250GB SSD von Samsung ein. Dazu habe ich ein paar Fragen. OS ist SLES 11 SP3 64bit, Kernel 3.0.76-0.11.
Als Filesystem habe ich btrfs genommen: https://www.suse.com/releasenotes/x86_64/SUSE-SLES/11-SP3/#Support.General sagt "With SUSE Linux Enterprise 11 SP2, the btrfs file system joins ext3, reiserfs, xfs and ocfs2 as commercially supported file system". Ext4 ist im Gegenzug nämlich nicht voll supported (https://www.suse.com/releasenotes/x86_64/SUSE-SLES/11-SP3/#TechInfo.Filesyst... ): "Note that read-write ext4 file systems are still officially unsupported by SUSE Technical Services".
Hm. Soll die Config so in andere Systeme übernommen werden? Sonst würde ich fast vorschlagen nen neueren Kernel zu nehmen (>= 3.10) und ext4 zu verwenden. btrfs v.a. bei dem Stand (oder wurde das von SUSE gepatcht? Wobei, AFAIK sind die noch nicht stabilen Features von btrfs deaktiviert) ist mir noch nicht stabil genug.
Wie trimmt Ihr ?
Ab und an per Hand mit 'fstrim -v /' ;) Auf der /-Partition mit ext4 tut sich nicht soo viel und der Rest liegt nicht auf der SSD. /dev/sda1 on / type ext4 (rw,noatime,nodiratime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
https://sites.google.com/site/easylinuxtipsproject/ssd-in-opensuse schlägt vor, per cron zu trimmen, 1x/Tag. Der Rechner wird durchgehend laufen. Kostet das Trimmen per /etc/fstab (mount-option discard) wirklich viel Performance ?
AFAIK nicht, aber wird AFAIR nicht (mehr) empfohlen. Kann mich bzgl. discard auch irren.
https://sites.google.com/site/easylinuxtipsproject/ssd-in-opensuse#TOC-Chang... schlägt vor, den I/O scheduler zu ändern. Macht das einer ? Und wie mache ich das ?
Als Scheduler solltest du 'noop' verwenden, schlicht und einfach, weil die Reihenfolge der Zugriffe bei einer SSD egal ist. ==== /etc/udev/rules.d/60-schedulers.rules ==== # set noop scheduler for non-rotating disks (e.g. SSDs) ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="noop" # set cfq scheduler for rotating disks ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="cfq" ====
Die vorgeschlagene Datei /etc/default/grub habe ich nicht.
Die gibt's bei grub2.
Und wenn ich das in /boot/grub/menu.lst eintrage,
Also bei grub1 ...
muß ich das bei jedem Kernelupdate manuell nachtragen.
==== /etc/sysconfig/bootloader ==== LOADER_TYPE="grub" DEFAULT_APPEND="[..] elevator=cfq" ==== Das 'elevator=' legt allerdings den Scheduler für alle Platten fest.
https://sites.google.com/site/easylinuxtipsproject/ssd-in-opensuse#TOC-Limit... schlägt vor, das swappen einzuschränken. Macht das einer,
Ja. Swap liegt auf rotierendem Rost.
ist das sinnvoll ?
IMHO ja. Erstens wird swap normal nur für wirklich unwichtiges Zeug verwendet (und zum Suspend) und zum anderen, wenn wirklich geswappt wird, ist eh alles zu spät und du bei HDDs hast du noch die Chance das amoklaufende Programm abzuschießen bevor auch swap alle ist, grad weil das ausswappen von ein paar GB auf Platte so lange braucht ;) # uptime 18:34pm up 6:46, 11 users, load average: 0.10, 0.08, 0.14 # free total used free shared buffers cached Mem: 4053224 3895648 157576 0 79268 2360188 -/+ buffers/cache: 1456192 2597032 Swap: 2092756 244 2092512 # cat /proc/swaps Filename Type Size Used Priority /dev/sdb2 partition 1048572 124 42 /dev/sdg1 partition 1044184 120 42 Für SLES Support berechne ich 50 Lewonzen je angefangene halbe Stunde, ihre Rechnung beträgt: 50 Lewonzen, zahlbar ohne Abzug innerhalb von 7 Tagen nach Erhalt dieser Mail. HTH, -dnh -- The more stupid the rules, the more fun one can have by following them _exactly_ to the letter. -- Alexander Schreiber -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org