Bitte um Hilfe - Performance Problem TVS-872XT

Wie sieht denn die Schreibgeschwindigkeit aus wenn du die 2 TB Samsung NVMe nicht als Cache für das RAID5 sondern als Einzellaufwerk konfigurierst und darauf testest?

Anstelle von iSCSI auch schon SMB getestet?

Du hast eine 169.x.x.x IP. Bist du sicher, dass du nicht übers Internet gehst, oder dein DHCP richtig arbeitet?

mue64 IP Adressen aus 169.254/16 sind grundslätlich immer Link Lokal und werden grundsätzlich niemals übers Internet geroutet! Der Bereich ist ausschließlich für APIPA/Zeroconf reserviert und kommt somit immer ohne DHCP aus. Für eine Punkt-zu-Punkt Direktverbindung zwischen NAS und PC macht ein zusätzliches DHCP auch überhupt keinen Sinn.

Auch ist ausgeschloßen daß der Traffic übers Internet geht, denn bei den gemessene 203 MB/s Read Performance bräuchte es dazu einem Internetanschluß mit mindestens symmetrisch 2 Gigabit/s im Up- und Downlink. Und das kann definitiv ausgeschlossen werden. Und auch in den Screenshots steht explizit ""Kein Internetzugriff" für diese Netzwerkverbindung.

Jumbo aktiv?

Denn wenn du die 4k oder 16k Blöcke direkt ansprichst, würde es Sinn machen wenn jeder in einem Frame versendet werden kann und nicht erst in 1500er Rahmen umgepackt werden muss.

Crazyhorse Jumbo Frames sind kein Allheilmittel und bringen (wenn überhaupt!) gerade mal magere 4%. Aber dann müssen alle Geräte im selben Netzwerk ausnahmslos auch Jumbo Frames unterstützen. Da reicht eine einzige Fritzbox, und die Jumbo Frames sind wieder hinfällig.

Auch unterstützt die Hardware nur Jumbo-Frames mit maximal 9.6k (und QNAP nur 9k), somit sind die vorgeschlagenen 16k Blöcke dafür auch viel zu groß.

Zudem ist die von QNAP empfohlene Blocksize für iSCSI 32K oder 64K, und das ist nun weitaus mehr als in ein Jumbo-Frame passen würde.

Darüber hinaus erfolgt die Segmentierung und Reassemblierung bereits in Hardware auf der Netzwerkkarte, und selbst ein Großteil vom TCP Stack erledigt inzwischen die Hardware per TCP offload engine (TOE) bzw. Ethernet stateless offload engines gleich mit und entlastet dadurch die Host CPU.

eol37

Dir ist schon klar, das hier eine direkte SFP+ DAC SFP+ Kopplung besteht, da ist also keine FritzBox zwischen.

Zitat von Crazyhorse

Dir ist schon klar, das hier eine direkte SFP+ DAC SFP+ Kopplung besteht, da ist also keine FritzBox zwischen.

Natürlich, warum fragst du?

Weil in dem Fall hier, dann ein Test mit Jumbo kein Problem bezüglich inkompatible Switche ergeben wird.

Was bringt ein Test mit Jumbo Frames wenn sich dadurch die Bruttorate nur um lächerliche 4% erhöhen läßt, und zudem bei der von dir erwähnten Blockgröße von 16kB überhaupt nicht in einem Jumbo-Frame abbilden läßt?

Der OP sieht eine durchchnittliche Schreibrate von 125 MB/s bei 203 MB/s Lesegesrate, und die Schreibgeschwindigkeit sollte seiner Meinung nach um einiges mehr sein. Und nicht nur vernachlässigbare 4%, die vermutlich im Rauschen der Meßwerte untergehen.

Der Test ist also für das Problem des OP nicht zielführend, außer er begnügt sich mit 4% mehr, was ungefähr 130MB/s sind.

Der Virenschutz haut schon mal gern dazwischen, wenn er dann noch in Echtzeit die ganzen Hash Werte der Dateien in die Cloud senden will, dann ist es vorbei mit der Performace.

Mal Interessehalber: Wie hoch ist den der Durchsatz lesend / schreibend jetzt?