SMB Transfer aufgrund hoher CPU-Usage sehr langsam

[FalkE210]

Hallo!

ich habe hier ein (etwas in die Jahre gekommenes) Synology DS216j mit DSM 7.1.1-42962 Update 7.

Bisher hatte ich dort 2 2TB HDDs verbaut, bei denen mir aber so langsam der Platz ausgegangen ist.
Heute habe ich deshalb beide HDDs nacheinander durch 2 4TB HDDs ersetzt - das ganze online.

Die Festplatten waren / sind in einem SHR-Verbund aktiv. Entsprechend habe ich eine HDD deaktiviert, durch die neue HDD ersetzt und den degraded-Pool wieder repariert.
Diesen Schritt danach ein weiteres Mal wiederholt und somit online und ohne Backup/Restore auf die neuen HDDs migirert.

Das in DSM eingebaute Disk-Benchmark-Utility zeigt mir auch plausible Werte bzgl. Schreib-/Leserate auf beiden HDDs an (~170MB/s).

Wenn ich nun aber über SMB Daten kopiere, sind maximal etwa ~40MB/s möglich - durch GBit sollten es allerdings >100MB/s sein.
Aufgefallen ist mir daraufhin, dass der smbd-Prozess ~100% CPU verbraucht und entsprechend das Limit zu sein scheint.
Es handelt sich dabei aber nicht um IO-Wait, sondern eher System/User (jeweils hälftig).

In meiner Erinnerung war das NAS mit den alten HDDs über SMB deutlich schneller und hat die erwartete Bandbreite erreicht.
Jetzt bin ich relativ ratlos, woran es noch liegen kann...

Ich stehe kurz davor, das NAS neu aufzusetzen und aus dem Backup zu restoren - bevor ich das versucht, wollte ich aber hier mal nach euren Ideen fragen.

Vielleicht hat jemand einen Tipp, was ich noch versuchen könnte.

LG!

 

[dil88]

Willkommen im Forum!

Verwendest Du verschlüsselte freigegebene Ordner? Mir ist klar, dass sich an Deiner Systemkonfiguration nichts geändert hat, aber das wäre ein Punkt, der die hohe CPU-Last und den relativ geringen Durchsatz erklären könnte.

 

[FalkE210]

Vielen Dank für die schnelle Antwort.

Nein - verwende keinen verschlüsselten Ordner.

Ich habe (neben dem Disk-Benchmark im DSM) gerade auch den Upload über den Browser getestet - auch da scheint mehr als die 40MB/s per SMB möglich zu sein.

 

[Rotbart]

Hast du SMB-Protokollierung (Leistungsanalyse) aktiviert ? Falls ja bremst das vielleicht auch etwas.

 

[maxblank]

Benche bitte mit Crystaldiskmark mal die Netzlaufwerke des NAS.

 

[ctrlaltdelete]

Ist denn der Speichermanager mit Allem durch oder läuft da noch eine Bereinigung oder ähnliches?

 

[Synchrotron]

Vermutlich wird da noch Universal Search zugange sein und alles neu indizieren. Das bewirkt eine Menge zusätzlicher Plattenzugriffe und CPU-Last. Stoppe mal Universal Search, und schau, ob es dann schneller geht.

 

[FalkE210]

Hast du SMB-Protokollierung (Leistungsanalyse) aktiviert ? Falls ja bremst das vielleicht auch etwas.

Habe ich schon deaktiviert - ohne Erfolg.

Benche bitte mit Crystaldiskmark mal die Netzlaufwerke des NAS.

Der Screenshot von CrystalDiskMark (von einem Windows PC per Gbit-Ethernet verbunden):

Hier zusätzlich die Ergebnisse des DSM Disk-Benchmarks:

Ist denn der Speichermanager mit Allem durch oder läuft da noch eine Bereinigung oder ähnliches?

Der Speichermanager ist komplett durch und der StoragePool/das Volume sind Healthy.

Vermutlich wird da noch Universal Search zugange sein und alles neu indizieren. Das bewirkt eine Menge zusätzlicher Plattenzugriffe und CPU-Last. Stoppe mal Universal Search, und schau, ob es dann schneller geht.

Universal Search ist nur für ein ausgewähltes Share aktiv - der Benchmark oben kommt von einem anderen Share.
Das Problem tritt auch unabhängig vom Share auf.