J'ai récemment configuré le partage de fichiers Windows sur un réseau Ethernet gigabit (je n'utilise pas de trames jumbo) avec un serveur Samba et un client Windows Vista. J'ai fait quelques copies de fichiers, mais le débit maximal que je vois est de 20 Mo / s (mégaoctets, pas mégabits), ce qui représente environ 15% du maximum théorique de 125 Mo / s pour le réseau. Le serveur dispose d'une matrice RAID pouvant gérer environ 75 Mo / s (le goulot d'étranglement est le bus PCI), et le client peut gérer environ 40 Mo / s dans une copie disque à disque.
Je dois ajouter qu'il n'y avait pas d'autre trafic sur le réseau à l'époque.
Je comprends que je n'obtiendrai jamais le maximum théorique, mais je ne pensais pas que ce serait si mauvais.
Quelles sont les performances typiques du partage de fichiers Windows (SMB) sur un réseau Ethernet gigabit?
Points bonus: que puis-je régler (en plus d'utiliser des trames jumbo) pour rendre cela plus rapide?
la source
Réponses:
La qualité de vos cartes réseau, commutateurs et câbles peut tous avoir un effet. Il peut être utile de rechercher des avis sur les cartes réseau et les commutateurs que vous utilisez pour voir si d'autres personnes signalent qu'ils ne fonctionnent pas trop bien. Je suis tol que les cartes réseau intégrées dans le mothboard sont pires des transferts Gbit, bien que d'après mon expérience cela ne semble pas faire beaucoup de différence, le cas échéant, dans mon environnement.
À titre de référence, je viens d'installer un nouveau commutateur Gbit dans notre bureau (remplaçant les anciens commutateurs 100 Mbits) et les gros transferts SMB fonctionnent à près de (mais moins de) 30 Mo / s entre chaque combinaison de machines que j'ai testées. Je viens de faire un test rapide avec netcat entre deux des machines et j'ai obtenu des résultats similaires, donc je ne pense pas que SMB soit le goulot d'étranglement. Les deux machines que je viens de tester ont deux commutateurs entre elles, ce qui peut avoir un effet, mais je suppose que cet effet est minime compte tenu de la proximité des chiffres entre un transfert SMB et une machine sur le même commutateur.
Le meilleur taux de transfert que j'ai vu sur un réseau Gbit était un peu timide de 50 Mo / s à son plus rapide. C'était lors du transfert d'une image de lecteur d'une machine vers un fichier de l'autre (aux fins de conversion en un lecteur virtuel VMWare. Dans ce cas, les deux machines étaient connectées via un court câble croisé plutôt que via un commutateur. Par coïncidence l'une des machines en question était l'une des machines que je viens de tester et dont j'ai obtenu ~ 29 Mo / s - le coupable le plus probable du principal goulot d'étranglement dans mon cas est probablement le câblage de 8 ans dans le bâtiment qui aurait pu être fait Un test rapide (et tout aussi non scientifique) sur mon petit réseau domestique voit des taux de transfert plus comme 35Mbyte / sec copier un fichier depuis un partage Samba vers une boîte Windows et 25Mbyte / sec dans l'autre sens (I '
Les trames Jumbo vont faire la différence pour les transferts en masse, donc je vous suggère d'essayer si tout votre kit les prend en charge correctement.
Pour faire court: d'après mon expérience anecdotique, votre 20 Mo / s est un peu lent, mais pas massivement. Toutes mes installations Windows et Samba sont à peu près complètement désaccordées, donc je soupçonne que votre matériel / câblage est la différence entre ce que je vois et ce que vous voyez.
Éditer
Bien sûr, cinq ans après cette réponse, le matériel et les logiciels ont évolué. Je vois souvent plus de 90 transferts MiB / sec sur des machines avec un réseau Gbit même avec un kit bon marché. Mon serveur multimédia domestique / sauvegarde / autre semble limité à un peu plus de 60 pour le volume pour les transferts, mais cela semble être de la samba liée au processeur sur un seul cœur du matériel de la boîte.
la source
Ahh ... c'est là qu'il est important pour un serveur de comprendre ce qui se cache sous le capot. Depuis que cela a deux ans, je pense qu'il l'a déjà résolu. Cependant, pour la postérité ou toute personne ayant un problème similaire, il est probablement tombé sur
(Taille de la fenêtre TCP * 8 bits / RTT en millisecondes) = débit TCP maximal en bits / s
Bien que vous puissiez avoir un réseau Gigabit, un seul flux TCP ne sera probablement pas en mesure d'atteindre ce niveau.
Voici un tableau simple en supposant que vous avez la taille de fenêtre TCP 65535Byte par défaut dans Vista
RTT 10 ms => débit TCP = 52428000 bps = 52Mbps
RTT 20 ms => débit TCP = 26214000 bps = 26Mbps
RTT 50 ms => débit TCP = 10485600 bps = 10Mbps
RTT 100 ms => débit TCP = 5242800 bps = 5,2 Mbps
RTT 150 ms => débit TCP = 3495200 bps = 4,3 Mbps
RTT 200 ms => débit TCP = 2621400 bps = 2,5 Mbps
RTT 300 ms => débit TCP = 1747600 bps = 1,7 Mbps
RTT 500 ms => débit TCP = 1048560 bps = 1Mbps
À 20 Mo / s ou 160 Mo / s, votre latence aller-retour est probablement de l'ordre d'environ 3 millisecondes. La seule autre façon d'accélérer cela est d'utiliser des optimiseurs TCP qui dédupliquent le fil ou épissent des fragments en paquets plus gros. Sur un réseau local, cela ne vous rapportera probablement pas grand-chose. Si vous utilisez des équipements SoHo comme Linksys ou Netgear, votre latence est probablement introduite par le manque de tampons partagés sur le commutateur. S'il s'agit d'un commutateur plus grand comme un port 24, essayez de vous assurer que les deux appareils sont connectés au même ASIC. Cela aidera le délai de sérialisation, mais pas de beaucoup. Si vous pouviez le réduire à 2 ms, vous obtiendriez un boost jusqu'à environ 31 à 32 Mo / sec. S'ils sont sur deux commutateurs différents, vous ne pouvez pas faire grand-chose sans nouveau matériel.
la source
Non pas que cela vous aide dans ce cas, mais Vista / Windows 7 parlant à un serveur Windows 2008 utilisera SMB2 qui est beaucoup plus efficace que SMB ordinaire et utilisera beaucoup plus la bande passante du réseau. Voir Améliorations des performances du serveur de fichiers avec le protocole SMB2 dans Windows Server 2008 et Performances réseau améliorées avec Microsoft Windows Vista et Windows Server 2008 pour plus d'informations.
SMB2 est en cours d'élaboration dans Samba 4, mais il semble qu'il soit rétroporté vers Samba 3.5 .
la source