1 votes

Identifier le goulot d'étranglement CIFS / AFP sur la configuration VM de FreeNAS

Cela a été un peu difficile pour moi, je vais essayer de fournir autant d'informations que possible. Mon installation est la suivante :

J'ai un ordinateur portable fonctionnant sous Windows 7, avec une connexion Ethernet filaire à un routeur. J'ai un disque dur externe de 1 To connecté par USB 2.0 à l'ordinateur portable sous Windows et alimenté de façon externe.

Sur l'ordinateur portable Windows, j'ai VirtualBox exécutant FreeNAS 8.0 Release VM avec son fichier VDI du disque dur principal résidant dans le dossier racine du disque dur externe USB.

J'ai un autre disque dur virtuel VDI nommé 'media1' qui se trouve également dans le dossier racine du disque dur externe USB, et connecté via un contrôleur IDE virtuel à la VM FreeNAS.

La carte réseau virtuelle de la VM FreeNAS est reliée au réseau local via le système d'exploitation hôte (Windows 7). J'ai des partages CIFS et AFP en cours d'exécution. Lorsque je charge la machine hôte Windows 7 et que je me connecte à un partage CIFS sur la VM FreeNAS [fonctionnant dans VirtualBox sur la même machine], je peux transférer des fichiers à environ 10 mégaoctets. octets par seconde. Lorsque je me connecte via AFP / CIFS à partir d'une autre machine sur le réseau local, que ce soit via un réseau Ethernet filaire ou 802.11n, j'obtiens des vitesses de transfert d'environ 10 à 30 mégas. bits par seconde. Je sais que le TCP a une surcharge, mais une réduction d'un dixième ? Je peux littéralement télécharger des fichiers depuis Internet plus rapidement que je ne peux les transférer depuis et vers ma VM. Il n'y a aucune différence dans la vitesse de lecture/écriture... les deux se situent à environ 15 mbps en permanence.

L'AFP est encore plus lente. Je me connecte à un compte avec AFP. Avec CIFS, je me connecte sans être authentifié. J'espère que j'ai fourni suffisamment d'informations essentielles. Si d'autres paramètres de configuration sont nécessaires, je peux les fournir, mais je suppose que le goulot d'étranglement réel est lié à l'infrastructure plutôt qu'à la configuration ? Faites-moi savoir si je peux apporter des précisions. Tout conseil serait très apprécié.

1voto

bsisco Points 349

Comment créez-vous les partages CIFS / AFS ? Si vous utilisez le partage de fichiers intégré de VirtualBox, cela pourrait être le problème. Créez le partage normalement sur le système d'exploitation.

Essayez de créer un partage NFS et testez si cela fonctionne mieux.

Utilisez IOZone pour le tester. Il s'agit d'un utilitaire d'évaluation des systèmes de fichiers open source.

Voici un exemple de commande :

iozone -Rab result.wks -i 0 -i 1 -+u -f z:\scratch\test.tmp -q 64k -n 32M -g 1G -z

Utilisez l'outil de mappage du lecteur réseau dans Windows et choisissez une lettre de lecteur. Dans mon exemple, j'ai choisi z :. Essayez ceci pour tous les partages et voyez comment cela se passe.

Pendant le test, vous pouvez exécuter la commande iostat -x 10 pour obtenir des statistiques sur les disques. Collez les résultats de iozone et la sortie de iostat pendant les benchmarks.


Mise à jour du 6/5/11 :

FreeNAS. C'est vrai. On dirait que ça pourrait être un problème avec les paramètres de vitesse/duplex. FreeNAS fonctionne sous OpenBSD, n'est-ce pas ? ethtool devrait fonctionner sur ce système. run ethtool eth0 et vérifiez que vous êtes reliés à un gigabit. J'ai déjà rencontré des problèmes très ennuyeux avec des cartes réseau Realtek sous *BSD, et j'ai dû construire un module personnalisé pour qu'elles fonctionnent correctement.


6/5/11 2ème mise à jour

Vérifiez également les paramètres réseau de votre boîte virtuelle sous "Device" lorsque votre instance est mise hors tension. Essayez un autre type d'adaptateur et essayez également l'adaptateur hôte seulement pour l'une des cartes réseau et le NAT pour une autre si vous voulez que votre système d'exploitation invité ait accès à Internet.

1voto

Spiff Points 95683

10 MebiBytes par seconde de transfert de données dans votre propre machine est déjà assez mauvais, même si le processus effectuant la lecture se trouve dans un OS invité dans une VM et lit à partir d'un fichier image de disque virtuel sur un disque dur externe USB lent. Vous devriez obtenir au moins le double. Si cette lenteur est due à la latence introduite par l'exécution de FreeNAS dans une VM, alors cette latence causée par la VM tue probablement aussi votre débit réseau.

Lorsque vous dites "Ethernet", votre connexion Ethernet est-elle de 10 mégabits, 100 mégabits ou gigabits ? S'il s'agit d'une connexion de 100 mégabits et que votre VM introduit beaucoup de latence, je peux facilement imaginer que vous n'obtiendrez que 30 mégabits par seconde de débit AFP ou SMB dans cette situation. En ce qui concerne votre cas 802.11n, vous n'avez pas dit quel était votre débit de données 802.11n entre votre client et votre AP (et entre votre boîtier FreeNAS et votre AP si votre boîtier FreeNAS est sans fil), donc vous pourriez facilement voir des conditions RF où vous n'obtenez que des taux de signalisation de 20-60 mégabits par seconde, dans ce cas 10-30 mégabits par seconde de débit est à prévoir.

Je pense qu'un test très révélateur serait d'installer FreeNAS et certains de vos fichiers multimédia sur sa propre partition (de préférence sur votre disque dur externe USB afin de ne pas changer trop de choses d'un coup), et de voir quel débit AFP et SMB vous obtenez lorsque FreeNAS fonctionne en mode natif plutôt que via VirtualBox.

SistemesEz.com

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.

Powered by:

X