Am 16.01.2019 um 19:37 schrieb Herbert Albert:
Am Mittwoch, 16. Januar 2019, 18:01:57 CET schrieb Manfred Kreisl:
Am 16.01.2019 um 16:54 schrieb h.albert@odn.de:
Zitat von Manfred Kreisl
: Am 16.01.2019 um 07:09 schrieb h.albert@odn.de:
[ ... ]
muss den Rechner heute wieder an den Bestimmungsort bringen. Wenn ich's nicht vergesse setz ich mal den Befehl ab. Kann auch mal ein sudo hdparm -Tt /dev/sda hdparm -tT --direct /dev/sda machen, habe leider dann keinen Vergleich zur HDD, denn die ist zwar im Rechner, aber nicht angeschlossen und Zeit zum Aufschrauben ist nicht.
Keine Problem, bin halt jetzt nur neugierig ;)
# hdparm -Tt /dev/sda
/dev/sda: Timing cached reads: 694 MB in 2.01 seconds = 345.80 MB/sec Timing buffered disk reads: 382 MB in 3.00 seconds = 127.20 MB/sec
# hdparm -tT --direct /dev/sda
/dev/sda: Timing O_DIRECT cached reads: 246 MB in 2.01 seconds = 122.22 MB/sec Timing O_DIRECT disk reads: 386 MB in 3.00 seconds = 128.55 MB/sec
Bei meinem Befehl ist mir übrigens ein Fehler unterlaufen, soll natürlich /dev/null anstatt /dev/zero sein.
Habe übrigens bei meinem 'Uralt' Backup-Server (das Board ist von 2006) mal den Test gefahren, ich erreiche da bei einer 120GB Samsung 840 an einem SATA II Port zwischen 207 und 226 MB/s. Bei üblichen Desktop HD's (5400 1/min) liegt der Wert so bei 110 MB/s, nur so als Vergleich. Bei deiner 160er dürfte es wahrscheinlich so knapp unter 100 sein.
# dd if=/dev/sda of=/dev/null bs=1M count=8192 8192+0 records in 8192+0 records out 8589934592 bytes (8.6 GB) copied, 66.6018 s, 129 MB/s
ist nicht so toll, oder?
Nee, wirklich nicht. Da stimmt definitiv irgendetwas nicht.
Liegt es vielleicht an den Einträgen in /etc/fstab acl,user_xattr,noatime,nodiratime,discard?
Nein, das nicht, da sowohl dd als auch hdparm am eigendlichen Dateisystem vorbei operiert
Ich vermute mal eher, dass die SSD nur im SATA I Mode läuft.
Falls smartmontools installiert sind, starte mal
sudo smartctl -a /dev/sda | grep "SATA Version"
Da kommt aus Ausgabe so was wie
kmnote5:/srv/scratch/vdr # smartctl -a /dev/sda | grep "SATA Version" SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Bei dir kommt dann vermutlich 'current: 1.5 Gb/s'
Manfred Hallo Manfred,
da komm ich jetzt schon schnell nicht wieder hin. Evtl. einmal, wenn ich mich per Fernwartung aufschlate. Angesteckt ist es am Board auf SATA2, ist lt. Handbuch 3.0Gb/s. Als Kabel habe ich ein SATA II Kabel (mit Clip) verwendet und im Bios kann man nichts einstellen.
War da nicht mal etwas mit hdparm sudo hdparm -i /dev/sda zeigt dann etwas wie UDMA modes und DMA modes.
Ja, ist aber in diesem Fall nicht aussagekräftig. Wenn kein (U)DMA Mode aktiv wäre, wäre das noch vieeeel langsamer. dmesg auch was an, das sieht dann in etwa wie folgt aus: dmesg | grep -i \ ata [1068912.164543] ata1.02: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 [1068912.171477] ata1.02: waking up from sleep [1068912.176441] ata1.02: hard resetting link [1068912.495796] ata1.02: SATA link up 1.5 Gbps (SStatus 113 SControl 320) [1068912.515966] ata1.02: configured for UDMA/133 [1068912.520944] ata1: EH complete [1079585.063028] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 [1079585.069845] ata1.00: waking up from sleep [1079585.074749] ata1.00: hard resetting link [1079585.390687] ata1.00: SATA link up 1.5 Gbps (SStatus 113 SControl 320) [1079585.400309] ata1.00: configured for UDMA/133 [1079585.409043] ata1: EH complete Die Ausgabe 'SATA link up 1.5 Gbps' deckt sich bei meinem Server in diesem Falle mit der Ausgabe von smartctl Auf diesem Homeserver (das ist ein Cubieboard2 mit ARM CPU und SATA Port Multiplier) verbinden sich die Disks auch nur über SATA I (warum nur SATA I weiß ich nicht genau, liegt wahrscheinlich am Port Multiplier, ist aber in diesem Falle auch nicht weiter tragisch) Manfred -- 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