[Sammelthread] Der 100Gbit Netzwerk Thread, ein bisschen 40gbit und „beyond“ ;)

Ok, so einer bist du. ;)

Evtl. für die etwas nicht so Käferlastigen:
Damit kann man, sofern das PW nicht bekannt ist, bruteforce machen.
Sofern der SFP frei ist bzw. das PW bekannt, ist das easy.
Ist in erster Linie auch nur nen Prommer, der eben noch nen xSFP daughter board dabei hat. (da gibt es verschiedene Ausführungen)
Mit entsprechenden anderen tools (z.B. SFPtotal) bekommt man eigentlich alles hin, wenn man weiß, wo man hin will/muss.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Hab leider weder Prommer noch weiß ich, wo ich hin will/muss. Ich glaube, da setze ich lieber mein Kapital als meine Zeit ein.
 
wenn du schon funktionierende hast, dann kannst du damit copy&paste machen. Ist wie in der Schule früher, einfach abschreiben.
Spannend wird es an anderer Stelle, da kann man dann Zeit reinbuttern.
Aber einen vorhandenen clonen, easy...
 
Ok, komme darauf zurück, wenn die beiden neuen nicht funktionieren. :d
 
Update: Generic und Arista gebrandete Transceiver von FS funzen BEIDE. :banana:

Hurra, jetzt kann ich alle 4 relevanten Kisten standesgemäß verkabeln.

*Grübel* …und eigentlich könnt ich mit dem Switch auch mal das 4x-Breakout Kabel ausprobieren…
 
Och, bei kurzen Längen und wahrscheinlich DAC Kabeln sollte es ohne FEC doch eigentlich keine Probleme geben ?
 
Och, bei kurzen Längen und wahrscheinlich DAC Kabeln sollte es ohne FEC doch eigentlich keine Probleme geben ?
Das kommt auf das Kabel drauf an. Dazu kommt dass der Tomahawk keine FEC autonegotiation kann und dass die Gegenseite damit evtl. Nicht klarkommt.

Wenn’s keinen Link gibt weiß man zumindest wo man suchen muss.
 
Wie behebt man das denn? Einfach mit shutdown / no shutdown auf dem Port oder ist mehr erforderlich?
 
@java4ever ist ein SN2010 für 950 € ein guter Deal ? Eher noch nicht oder ?
 
Einen Schritt weiter:

1731240620079.jpeg


Die Anleitung oben kann man 1:1 für proxmox nutzen und mit dem Starwind-Client für Windows mal eben ganz entspannt ein zvol per RDMA als Windows-Datenträger hinzufügen. In meinem Testsetup läuft Proxmox gerade als VM auf nem alten ESXi 7 mit einer durchgereichten ConnectX-4 (genauer: nur ein Port von zwei durchgereicht). Performance ist allerdings (noch) eher mau, mit SMB laufe ich selbst ohne RDMA in den x4-PCIe-Flaschenhals im Windows-Client...

Wo hier gerade der Engpass liegt, kann ich noch nicht sagen. An der Hardware sollte es trotz VM an und für sich nicht liegen. Die VM hat 16GB RAM und 8 Kerne sowie 2 Lexar 4TB NVME im Mirror. Eventuell liegt's an ZFS "unter" dem Zvol...? CPU-Last beim Copy-Job sowohl unter Proxmox als auch ESXi ist niedrig (<20%)

Meine Meinung: die SMB Direct Probleme mit ksmbd hängen an ksmbd und nicht am Windows-Client.
 
Ist ein marktüblicher / durchschnittlicher Preis. Würde nicht unbedingt sagen dass es ein guter Deal ist.
Ich finde sonst keine unter 1000 €, auch keine 2410, obwohl ich lieber die 2010er hätte.
 
Meine vor kurzem bei Ebay recht günstig geschossene Dual ConnectX-5 ist heute aus Israel eingetrudelt. Handelt sich um eine von Oracle mit der PSID MT-0001230009 und der Windows Gerätemanager zeigte erst einmal nur Ausrufezeichen. Toll.

Aber dank fehlender Secure-Firmware funktioniert crossflash auf eine native Mellanox MCX556-EDAT (PCIe4.0 x16), grob nach dieser Anleitung:

Jetzt lüppt sie artig und erster RDMA-Test mit WinServer2025 ist schonmal erfolgreich.

Braucht jemand 10GBE Switches? ;)
 
CDM über's Netz mit RDMA (SMB Direct) auf ein Share auf einer einzelnen PCIe3-NVME (winServer zu winServer):

1731851524975.png


Vergleich CDM auf Server-Datenträger lokal:

1731851890801.png


Bisher ohne jegliche Tuning-Versuche.

Noch ein Vergleich, hier lokale NVME auf'm Client (allerdings nur mit PCIe3 x1 angebunden):

1731852793276.png


Immerhin ist's Netz teilweise flotter... ;)
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: gea
Gut 3GB/s sowohl lokal wie übers LAN sind beeindruckend zumal die CPU Last mit SMB Direkt sehr niedrig sein dürfte. Wird denn die Performance gehalten wenn man eine .vhdx über SMB Direkt mounted und die virtual harddisk über LAN testet (z.B. für Raid over LAN oder als lokales Blockdevice statt iSCSI)? Macht da thin vs thick provisioned einen Unterschied?
 
Hab mal 2 500GB VHDX-Files angelegt, eines dynamisch, eines mit fester Größe. Einfach gemounted per Doppelclick auf dem Client über die SMB-Freigabe. RDMA ist/bleibt aktiv.

Dynamisch wachsende VHDX:

1731860966205.png


VHDX mit fester Größe:

1731861286370.png


Ob dynamische oder fixe VHDX nimmt sich nicht viel, per VHDX ist allerdings etwas langsamer als nativ (bis auf sequenziell mit niedriger Queue-Tiefe). Die alten ADATA 2TB NVMe sind aber per se schon nicht die schnellsten...

Was mich aber etwas nervt: Mein EPYC-System mit 'nem 7282 scheint für wirkliches schnelles Storage zu lahm zu sein... Die Tests oben hab ich auf dem Threadripper 3960X als Server laufenlassen, wo die CPU-Last laut Taskmanager bei dem CDM-run bei ~1-2% ist. :d

Als nächstes kommt dann bei Gelegenheit mal ne VHDX auf 'nem ZFSonWindows "Share". ;)
Beitrag automatisch zusammengeführt:

Schon nen kleines bis mittleres Ausrufezeichen für ZFS (nativ, keine VHDX):

1731863534908.png
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: gea
Wirklich erste Sahne wie gut der ZFS Lesecache ist.
Leider werden sich die 8GB/s bei längerem Lesen, großen Dateien oder Multi-User nicht halten lassen.

ZFS on Windows scheint sehr gut zugelegt zu haben, praktisch kaum langsamer als ntfs.
Aktuelles ZFS on Windows wird inzwischen echt brauchbar und mit Windows Server 2022 Essentials gibts ja auch einen günstigen SMB Direct Server. Nicht mehr lange damit ich ZFS mit Windows als erste Wahl für ein NAS sehe.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh