revealed
Guru
Die Lösung als Kurzfassung im ersten Beitrag:
Ein Kernelupdate auf 3.16.7-24 das zwischenzeitlich aus dem Updaterepo bezogen werden kann bringt einen Patch für die SSD mit. Dieser behebt meine schlimmsten Probleme und ich kann entspannt auf die Zukunft mit dieser SSD blicken.
- Meine Sorge um die Qualität der SSD ist auch gelöst.
- Ich verwende kein "discard"
- Dafür habe ich mich entschieden einmalig wöchentlich einen Trim per cronjob zu starten.
Den cronjob hier nochmal, dass nicht nachgelesen weden muss:
Anlegen als ausführbar: /etc/cron.weekly/trim.sh
Wer trotzdem noch mitlesen will, wird fast nur noch offtopic finden
Vielen Dank für die Hilfe an dieser Stelle nochmals. Guter Rat und Erfahrung ist verdammt wichtig.
#######################
Hallo.
Ich würde euch da mal gerne drauf loslassen:
FIRMWARE: EXT0DB6Q
Verwendeter Kernel: 3.16.7-21-desktop;
Ich verwende weitestgehend "ext4";
Bezüglich der SWAP:
Hinzugefügt in: "/etc/sysctl.conf"
Im computer hängen noch weitere Festplatten:
SSD mit und nur für Windows;
1 Hotplug fähiger Wechselrahmen
1 WD 1 TB HDD;
Ich habe mir den SAMSUNG Magician für Linux Heruntergeladen. Ich überlege gerade ob ich den Trimbefehl via der Binary as crondaily ablege. Ich weiss allerdings "NICHT", was der unterschied zwischen dem trim vom samsung magician zum normalen fstrim ist und was sinnvoller ist.
Die binary ist für mich sehr undurchsichtig, ich kann nicht sehen wie sie was macht. Nur dass sie was macht. Laut SAMSUNG ist "OP" für meine SSD ca 5% das heisst ca. 10,9 GB. Das habe ich bereits mit dem Magician eingestellt.
Mit "discard" kann ich wegs eines firmware bug nicht arbeiten, da die EVO behauptet trim mit ncq zu können. Da spinnt meine 840 EVO damit, rastet total aus bekommt "freeze" und im schlimmsten fall wurde mir schon "/home" zerschossen;
Es gibt aktuell wohl eine Entwicklung dazu dass bestimmte Geräte wegen dieser Funktion in eine Blacklist aufgenommen werden. Diesen Patch gibt es aber in dem von mir aktuell verwendeten Kernel noch nicht. Dazu müsste ich einen Bugreport erstellen und um Portierung bitten.
Das empfinde ich allerdings nicht als absolut notwendig, da ich nicht mit "discard" arbeiten muss. Ich kann ja mit meinem cronjob arbeiten.
Ausserdem habe ich ja eine SSD HDD mixed umgebung, deswegen möchte ich NCQ nicht völlig abschalten.
EDIT:
#### Funktioniert noch nicht: (SIEHE 3. POST)
cat /etc/cron.daily/trim
##### Funktioniert noch nicht
/EDIT
Über Tipps und Erfahrungen würde ich mich dennoch freuen.
Hier noch der Link zum magician und anleitung:
http://www.samsung.com/global/business/semiconductor/minisite/SSD/global/html/support/server_downloads.html
Dann möchte ich noch sagen, dass ich gänzlich auf laptop-mode tools tuned usw. verzichte.
Ich habe powertop verwendet und mir die tunables zusammengescriptet;
https://01.org/sites/default/files/page/powertop_users_guide_201412.pdf
Das Ergebnis starte ich via RCLOCAL. Rückwirkend hab ich mein Keyboard und meine Maus wiederum soweit aktiviert, dass ich den Computer aus s2ram damit aufwecken kann. (Mein script fordert auch USB forciv auf zu schlafen). Deswegen werden UDEV rules da diese früher gesetzt wurden als das SCRIPT nicht gewürdigt.
Weiter habe ich das Problem, da alle Festplatten von anderen Herstellern sind und teils propritäre Standby modi mitbringen, die von den tuned und laptopmode tools etc und auch von hdparm teils nicht richtig gesetzt werden können. Unter anderem da beispielsweise die Western digital ganz eigene protokolle verwendet. Was gehen würde ist:
Weil sonst jeder was anderes macht. Dennoch löst "vendor specific" aus, dass die eine platte vollgas durchläuft und die andere einschläft und die wieder nächste will das au nicht. Und das ist mit den standard tools nicht kompatibel. Und entspricht nicht meinen vorstellungen.
Was aber geht ist das:
Deshalb habe ich einen cronjob, der alle 5 minuten läuft.
hdparm -y also der Standby - Befehl geht bei allen meinen Geräten.
Hier der script: http://zackreed.me/articles/85-spin-down-idle-hard-disks-without-hdparm
Bei mir nur alle 5 Minuten. Und die ungenutzen Festplatten schlafen. Jetzt ist Ruhe im silent PC.
Gruß,
R
Ein Kernelupdate auf 3.16.7-24 das zwischenzeitlich aus dem Updaterepo bezogen werden kann bringt einen Patch für die SSD mit. Dieser behebt meine schlimmsten Probleme und ich kann entspannt auf die Zukunft mit dieser SSD blicken.
- Meine Sorge um die Qualität der SSD ist auch gelöst.
- Ich verwende kein "discard"
- Dafür habe ich mich entschieden einmalig wöchentlich einen Trim per cronjob zu starten.
Den cronjob hier nochmal, dass nicht nachgelesen weden muss:
Anlegen als ausführbar: /etc/cron.weekly/trim.sh
Code:
#!/bin/sh
LOG="/var/log/TRIM.log";
TEXT="Trim wurde gestartet bitte prüfe $LOG";
wall -n $TEXT
echo "*** $(date -R) ***" >> $LOG
fstrim -v / >> $LOG
fstrim -v /home >> $LOG
Wer trotzdem noch mitlesen will, wird fast nur noch offtopic finden
Vielen Dank für die Hilfe an dieser Stelle nochmals. Guter Rat und Erfahrung ist verdammt wichtig.
#######################
Hallo.
Ich würde euch da mal gerne drauf loslassen:
FIRMWARE: EXT0DB6Q
Verwendeter Kernel: 3.16.7-21-desktop;
Ich verwende weitestgehend "ext4";
Code:
/dev/sdb1 /boot/efi vfat umask=0002,utf8=true 0 0
/dev/sdb2 swap swap defaults 0 0
/dev/sdb3 / ext4 acl,user_xattr,noatime 1 1
/dev/sdb4 /home ext4 acl,user_xattr,noatime 1 2
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Bezüglich der SWAP:
Hinzugefügt in: "/etc/sysctl.conf"
Code:
# Sharply reduce swap inclination
vm.swappiness=1
vm.vfs_cache_pressure=50
SSD mit und nur für Windows;
1 Hotplug fähiger Wechselrahmen
1 WD 1 TB HDD;
Ich habe mir den SAMSUNG Magician für Linux Heruntergeladen. Ich überlege gerade ob ich den Trimbefehl via der Binary as crondaily ablege. Ich weiss allerdings "NICHT", was der unterschied zwischen dem trim vom samsung magician zum normalen fstrim ist und was sinnvoller ist.
Die binary ist für mich sehr undurchsichtig, ich kann nicht sehen wie sie was macht. Nur dass sie was macht. Laut SAMSUNG ist "OP" für meine SSD ca 5% das heisst ca. 10,9 GB. Das habe ich bereits mit dem Magician eingestellt.
Mit "discard" kann ich wegs eines firmware bug nicht arbeiten, da die EVO behauptet trim mit ncq zu können. Da spinnt meine 840 EVO damit, rastet total aus bekommt "freeze" und im schlimmsten fall wurde mir schon "/home" zerschossen;
Es gibt aktuell wohl eine Entwicklung dazu dass bestimmte Geräte wegen dieser Funktion in eine Blacklist aufgenommen werden. Diesen Patch gibt es aber in dem von mir aktuell verwendeten Kernel noch nicht. Dazu müsste ich einen Bugreport erstellen und um Portierung bitten.
Das empfinde ich allerdings nicht als absolut notwendig, da ich nicht mit "discard" arbeiten muss. Ich kann ja mit meinem cronjob arbeiten.
Ausserdem habe ich ja eine SSD HDD mixed umgebung, deswegen möchte ich NCQ nicht völlig abschalten.
EDIT:
#### Funktioniert noch nicht: (SIEHE 3. POST)
cat /etc/cron.daily/trim
Code:
#!/bin/sh
LOG="/var/log/TRIM.log";
TEXT="Trim wurde gestartet bitte prüfe $LOG";
wall -n $TEXT
echo "*** $(date -R) ***" >> $LOG
fstrim -v / >> $LOG
fstrim -v /home >> $LOG
/EDIT
Über Tipps und Erfahrungen würde ich mich dennoch freuen.
Hier noch der Link zum magician und anleitung:
http://www.samsung.com/global/business/semiconductor/minisite/SSD/global/html/support/server_downloads.html
Dann möchte ich noch sagen, dass ich gänzlich auf laptop-mode tools tuned usw. verzichte.
Ich habe powertop verwendet und mir die tunables zusammengescriptet;
https://01.org/sites/default/files/page/powertop_users_guide_201412.pdf
Das Ergebnis starte ich via RCLOCAL. Rückwirkend hab ich mein Keyboard und meine Maus wiederum soweit aktiviert, dass ich den Computer aus s2ram damit aufwecken kann. (Mein script fordert auch USB forciv auf zu schlafen). Deswegen werden UDEV rules da diese früher gesetzt wurden als das SCRIPT nicht gewürdigt.
Weiter habe ich das Problem, da alle Festplatten von anderen Herstellern sind und teils propritäre Standby modi mitbringen, die von den tuned und laptopmode tools etc und auch von hdparm teils nicht richtig gesetzt werden können. Unter anderem da beispielsweise die Western digital ganz eigene protokolle verwendet. Was gehen würde ist:
Code:
hdparm -S 253 /dev/sdb
/dev/sdb:
setting standby to 253 (vendor-specific)
Was aber geht ist das:
Deshalb habe ich einen cronjob, der alle 5 minuten läuft.
hdparm -y also der Standby - Befehl geht bei allen meinen Geräten.
Hier der script: http://zackreed.me/articles/85-spin-down-idle-hard-disks-without-hdparm
Bei mir nur alle 5 Minuten. Und die ungenutzen Festplatten schlafen. Jetzt ist Ruhe im silent PC.
Gruß,
R