Quelles sont les performances typiques du partage de fichiers Windows (SMB) sur un réseau Ethernet gigabit?


10

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?


2
J'ai résolu les problèmes de performances sur mon réseau: ils étaient une combinaison d'une mauvaise carte réseau intégrée sur le serveur et d'anciens pilotes de carte réseau sur le client. Je vois maintenant entre 50 Mo / s et 80 Mo / s sur quelques copies en vrac que j'ai faites pour tester. Cependant, les transferts semblent s'arrêter de manière inattendue pendant quelques secondes, de temps en temps.
Kaypro II

1
Une autre cause de mes performances réseau médiocres était qu'en exécutant simplement Virtual PC (sans nécessairement avoir d'images en cours d'exécution), quelque chose semble étrangler ma carte réseau à ~ 100 Mbps sur ma machine Vista.
Kaypro II

Réponses:


8

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.


Le câblage ne devrait pas être un problème pour moi, la partie gigabit de mon réseau est entièrement CAT6. Je ne peux pas utiliser de trames jumbo parce que mon réseau (domestique) est hétérogène - j'ai le wifi et un segment 100Mbit - et je crois comprendre que les trames jumbo sont uniquement en gigabit. Cependant, si je pouvais limiter les trames jumbo à certaines paires d'hôtes, cela pourrait fonctionner. C'est un bon point sur le matériel. Tout le mien est de qualité grand public; Je vais devoir examiner cela. Une autre pensée que j'ai eue est de savoir comment les cartes réseau intégrées sont connectées peut être un problème. Si vous êtes sur le bus PCI, cela pourrait être un facteur.
Kaypro II

1
ne voulez-vous pas dire que "vos 20 Mo / s sont un peu lents, mais pas massivement" (il y a eu la fin)? sinon +1, belle rédaction.
Quack Quichotte

Bonne prise ~ charlatan, dûment édité.
David Spillett

arrrgh. malheureusement, je ne peux pas modifier les commentaires, ou j'arrêterais de manger la fin ...
Quack Quichotte

4

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.


2

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 .

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.