T480s schlechte Nvme-Writeperformance

[evidence]

Hallo Zusammen,

ich stelle seit einigen Tagen fest, dass meine Nvme-Leistung stark in den Keller geht. Das Phänomen äußert sich meistens, wenn ich von meinem NAS große Datenmengen (viele kleine Dateien) kopiere. Hierbei wird mein System sehr langsam bzw. freezt teilweise für einige Sekunden. Ich habe es aber auch schon festgestellt, wenn ich via USB auf die Nvme kopiere. Der Laptop ist ca. 1 Jahr alt (Neukauf). Ich schreibe jetzt auch nicht täglich x GB an Daten auf die Festplatte, daher wundert es mich doch etwas, dass die Performance nach kurzer Zeit so mau ausfällt.

Woran kann das liegen? Hat Lenovo einfach eine schlechte Platte verbaut und ich muss mir was Besseres kaufen (Samsung 970 pro)?

Infos: Arch, Kernel: 5.3.8-arch1-1 , LUKS + LVM, Testweise mit LTS-Kernel gebootet. Leider kein Unterschied feststellbar.

sudo nvme list
Node             SN                   Model                                    Namespace Usage                      Format           FW Rev  
---------------- -------------------- ---------------------------------------- --------- -------------------------- ---------------- --------
/dev/nvme0n1     FBFB180305D0000075   LENSE20512GMSP34MEAT2TA                  1           0,00   B / 512,11  GB    512   B +  0 B   2.8.8341

dd if=/dev/zero of=test_$$ bs=64k count=16k conv=fdatasync && rm -f test_$$
16384+0 Datensätze ein
16384+0 Datensätze aus
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 9,1025 s, 118 MB/s
dd if=/dev/zero of=test_$$ bs=64k count=16k conv=fdatasync && rm -f test_$$
16384+0 Datensätze ein
16384+0 Datensätze aus
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 20,2306 s, 53,1 MB/s

sudo hdparm -t /dev/nvme0n1

/dev/nvme0n1:
 HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device
 Timing buffered disk reads: 1194 MB in  3.58 seconds = 333.09 MB/sec

Startet mit 1.7GB/s und geht dann auf 118MB/s runter und das System bleibt während dessen auch hängen:

dd if=/dev/zero of=tempfile2 bs=4M count=4096 conv=fdatasync,notrunc status=progress
8061452288 bytes (8,1 GB, 7,5 GiB) copied, 68 s, 118 MB/s
1922+0 Datensätze ein
1922+0 Datensätze aus
8061452288 bytes (8,1 GB, 7,5 GiB) copied, 68,4321 s, 118 MB/s

 

[linrunner]

Bei mir:

systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Tue 2019-12-24 11:37:48 CET; 2 days ago
Trigger: Mon 2019-12-30 00:00:00 CET; 3 days left
Docs: man:fstrim

systemctl enable allein reicht nicht. Da muss noch ein

 systemctl start fstrim.timer

her.

 

[mcb]

Da lobe ich mir manchmal Wind..f :facepalm:

Nach einem reboot sieht es jetzt richtig aus (hoffe ich) ...

systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
   Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: ena
   Active: active (waiting) since Thu 2019-12-26 14:20:58 CET; 19min ago
  Trigger: Mon 2019-12-30 00:00:00 CET; 3 days left
     Docs: man:fstrim
marc@MB:~$

Also nach enable nochmal neu starten.

Danke an alle für den input!

 

[SammysHP]

Ein enable besagt nur, dass die Unit (in diesem Fall der Timer) nach einem Neustart automatisch gestartet werden soll. Wenn du es im laufenden Betrieb haben willst, musst du die Unit selbst per "start" starten.

 

[linrunner]

Da lobe ich mir manchmal Wind..f

Wieso? Startart und der eigentliche Startvorgang sind dort ebenfalls getrennt. Sowohl in der GUI als auch in der Shell:

• https://docs.microsoft.com/en-us/po...hell.management/set-service?view=powershell-6
• https://docs.microsoft.com/en-us/po...ll.management/start-service?view=powershell-6

 

[mcb]

Ja, ich lerne noch . Nach 20 Jahren Win... bin ich dort firmer. Aber jetzt hat das ja erstmal geklappt. :thumbup:

- - - Beitrag zusammengeführt - - -

Wieso? Startart und der eigentliche Startvorgang sind dort ebenfalls getrennt. Sowohl in der GUI als auch in der Shell:

• https://docs.microsoft.com/en-us/po...hell.management/set-service?view=powershell-6
• https://docs.microsoft.com/en-us/po...ll.management/start-service?view=powershell-6

Da sagste was.

 

[enrico]

Ist der Thread jetzt eigentlich zu einem T480s oder T490s? Deine Signatur spricht von Debian aus einem T490s.

Hat das Laden der FSTrim-Unit geholfen in Sachen Schreibgeschwindigkeit?

 

[mcb]

Meine Signatur ist schon richtig; der Threat betraf ein 480er ....

Die Geschwindigkeit ist bei mir jetzt ein bischen höher, die war aber davor auch o.k..