SMB client - multichannel support

[MiroslavPragl]

Po nastaveni routes:
10.0.0.242      0.0.0.0         255.255.255.255 UH    0      0        0 enp3s0
10.0.0.243      0.0.0.0         255.255.255.255 UH    0      0        0 enx00e04c3f69fd

je po namountovani smb share konecne vytvoren 2x socket z obou klientskych  IP:
tcp        0      0 10.0.0.32:46168         10.0.0.242:445          ESTABLISHED
tcp        0      0 10.0.0.26:35462         10.0.0.243:445          ESTABLISHED

ale realne jede veskety traffic na obe serverove z jedine klientovy IP (.32)

Giving up.

MP

[Reklama]

[RDa]

Nevzdavej to a dopis do SMB klienta ten multipath Vzdyt je to OSS !

[M Z]

No jo, nic se nezmenilo. Jen pro zajimavost, jak jsi na tom s rychlosti kopirovani? Z mych zkusenosti je to na gigabitu cca. 60% maximalni rychlosti(70MB/s) a s rychlejsi siti se ten pomer jen zhorsuje.
Smutna pravda je ze na linuxu neni v soucasne dobe rychly, jednoduse konfigurovatelny a rozumne bezpecny protokol pro sdileni souboru pres 10+ Gb site.
Schvalne pisu "jednoduse konfigurovatelny", protoze NFS + Kerberos pres RDMA opravdu zadneho uzivatele konfigurovat nedonutite a jeste ke vsemu se lisi konfigurace v Ubuntu, Redhat a Arch linuxu.

[MiroslavPragl]

Tesne pod gigabit, takze jako s jednou sitovkou.

SMB je efektivni protokol s domluvou vseho mozneho (client side write cache, jumbo MTU ...). Ve Windows jsem zvykly blizit se 125 MB/s (se dvema lacinyma sitovkama fakt skoro 250) na gigabitove siti. Takze skoro stejne efektivni jako SMB1 na starickem NetBEUI

MP

[jjrsk]

Jen pro zajimavost, jak jsi na tom s rychlosti kopirovani? Z mych zkusenosti je to na gigabitu cca. 60% maximalni rychlosti(70MB/s) ...

Samba (tux vs tux nebo tux vs widle) vpohode saturuje 10Gbit. Je to ciste o tom, co ti server da z pohledu disku pripadne cpu. Nemam aktualne dost velkej soubor, ale 8GB iso a rychlost vyskoci nekam k 1TB/s

Na gigu to vpohode da nejakych 110MB/s.

Pricemz v tomhle pripade se bavime o enforced encrypt smb3. Tzn obe strany tu komunikaci sifrujou a desifrujou.

Se 4ma diskama v R5 se dostanes na nejakych +- 600MB/s linear (tuxi raid z mechanickych 7k disku).

[Reklama]

[ja.]

Samba (tux vs tux nebo tux vs widle) vpohode saturuje 10Gbit. Je to ciste o tom, co ti server da z pohledu disku pripadne cpu. Nemam aktualne dost velkej soubor, ale 8GB iso a rychlost vyskoci nekam k 1TB/s

Na gigu to vpohode da nejakych 110MB/s.

Pricemz v tomhle pripade se bavime o enforced encrypt smb3. Tzn obe strany tu komunikaci sifrujou a desifrujou.

Se 4ma diskama v R5 se dostanes na nejakych +- 600MB/s linear (tuxi raid z mechanickych 7k disku).

Áno, ale... To ale je, že nie v GUI (kio, gvfs). Smbclient cez CLI to dá, ale grafické nadstavby robia psie kusy a výkon ide radikálne dole. (Pri skúmaní vo wiresharku: Windows, mac - a aj smbclient - majú naraz niekoľko, 3-4, async requestov, každý vo veľkosti 0,5-1 MB. Gvfs má jeden, 64kB, a čaká na jeho dokončenie, až potom pošle ďalší, teda v podstate synchrónny. A to len preto, aby prekreslil progress bar. Gvfs používa ako backend smbclient, ale to, že rozseká všetko na malé segmenty bráni backendu, aby použil optimalizáciu).

Čím sa dostávame k  60-70 MB/s a gvfs cez gigabit a pri zhoršenej situácií pri 10 gigabite: z malého NAS (Synology, 4 disky v dmraid RAID5+ssd cache, D-ckovy Xeon), kde Windows dá 800 MB/s, dá Ubuntu+Gnome nejakých slabých 260-280.