Tu pars du principe qu’un transfert SMB n’utilise qu’une connexion. Je pense que même Microsoft a fait des progrès à ce niveau: https://blogs.technet.microsoft.com/josebda/2012/06/28/the-basics-of-smb-multichannel-a-feature-of-windows-server-2012-and-smb-3-0/ <https://blogs.technet.microsoft.com/josebda/2012/06/28/the-basics-of-smb-multichannel-a-feature-of-windows-server-2012-and-smb-3-0/>
> Le 19 nov. 2019 à 10:56, frnog <rico-fr...@ricozome.net> a écrit : > > Le 05/11/2019 à 21:12, Philippe Bourcier a écrit : >> Avec SMB sur Windows Server, historiquement, le débit max d'un user ne peut >> dépasser 1/3 de la bande passante totale du serveur (donc t'avais aucune >> chance avec ton serveur en 1 Gb/s)... donc ça donnera un max théorique de 26 >> Gb/s par user mais ils sont bridés par leurs NICs à 20 Gb/s... du coup on >> est bien à priori. > > Bonjour, > > Arrêtez-moi si je me trompe, mais le bonding coté clients ne va pas servir à > grand chose : on a beau agréger les liens, une connexion IP > (IPSRC/PORTSRC/IPDST/PORTDST) n'utilisera jamais qu'un seul lien physique à > la fois, soit 10 Gbps au mieux > > Après les mécanismes de LACP permettent /éventuellement/ de faire du > load-balancing, ce qui permet de profiter *globalement* d'une bande passante > de 2x 10Gbps, mais le transfert d'un fichier n'atteindra jamais cette > performance. > > Cela dit, 10Gbps, c'est déjà très bien ;) > > -- > Rico > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
