Nous rencontrons un problème de performance avec le client CIFS de Windows 2008. Nous avons un serveur FreeNAS qui fournit 1,3 Go/s en écriture ZFS. Nous avons un réseau 10Gb qui connecte le serveur NAS et les clients CIFS. En utilisant deux clients CIFS Linux, nous pouvons obtenir environ 1,2 Go/s. Mais les clients Windows 2008 ne peuvent nous donner que 400 Mo/s.
Est-ce le mieux qu'un client Windows 2008 puisse faire ou avons-nous un client Windows mal configuré ?
C'est très appréciable.
Il faut tenir compte de la taille du MTU ou de ce que l'on appelle les Cadres géants . Le Full-Duplex et la TOE sont deux autres éléments à prendre en compte.
J'utilise FreeNAS 8.3.1 et j'exporte des disques iSCSI vers des machines virtuelles linux qui utilisent des montages assez intensifs en entrées/sorties. La définition d'une taille de trame supérieure à la valeur par défaut de 1500 a eu un impact considérable sur les performances et le débit. Ce paramètre doit être défini à la fois du côté client et du côté serveur, sinon il n'a pas d'effet.
FreeNAS propose de jolis graphiques qui permettent de déterminer où se trouvent les goulots d'étranglement dans l'onglet des informations sur le système.
Oh et un petit conseil, changer la taille du MTU relève à la fois de l'art et de la science. Les pilotes sous FreeBSD, Linux et Windows ne sont pas fiables quant aux tailles autorisées. Vous devrez peut-être fouiller dans la documentation du pilote ou expérimenter pour obtenir les tailles acceptables. De plus, la valeur la plus basse est la valeur par défaut pour l'ensemble du chemin.
Sur linux ou freebsd/freenas :
ifconfig -a | grep -i mtu
ifconfig eth0 mtu 9122 up
ifconfig em0 mtu 9122Sous Windows, cliquez avec le bouton droit de la souris sur la carte réseau dans le gestionnaire de périphériques et consultez les propriétés du pilote de la carte réseau. MTU ou Jumbo Frame ou Framesize peut être le nom du paramètre de votre pilote. La valeur par défaut est généralement de 1500.
Pour tester les valeurs MTU des routes sous Linux :
route get <ipaddr>Certaines notes mentionnent le câblage en duplex intégral, mais n'importe quel commutateur moderne s'en chargera rapidement et ne posera pas de problème. Je n'ai pas constaté de problèmes avec le duplexage sur du matériel moderne.
Pour mon utilisation iSCSI, la taille de bloc du volume exporté devait être plus importante et je l'ai fixée à 4096 pour le périphérique virtuel. Faites attention à la taille des blocs du volume exporté sous-jacent, car elle a également un impact sur les performances. Cela peut ne pas avoir d'impact sur vos exportations SMB.
Une dernière question, si votre carte d'interface réseau 10Gb TOE (TCP Offload Enabled) activé ou accéléré par le matériel ?
La TOE est l'équivalent pour une carte réseau du GPU d'une carte graphique, ainsi que quelque chose comme le DMA (Direct Memory Access) utilisé par les contrôleurs de disques durs d'antan. Elle permet de décharger le travail de la pile TCP/IP sur la carte réseau au lieu de le faire passer par le bus frontal de la carte mère et le processeur, qui sont des goulots d'étranglement pour les données traitées à cette vitesse.
Pour que ce que vous demandez fonctionne, il faut que l'accélération matérielle (TOE) soit activée dans le système d'exploitation et les pilotes de vos cartes 10Gbps. Si vous avez déjà activé le TOE, ignorez cette partie de la réponse.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
