J'ai Windows 7 Pro en cours d'exécution sur mon serveur de fichiers et mon bureau principal. Chacun a une connexion réseau gigabit et je suis connecté à un commutateur gigabit. Cependant, lorsque vous essayez de copier des fichiers volumineux, cela fonctionne assez lentement à un maigre 12-15 Mo / s
Les données proviennent d'un lecteur SATA à 7200 tr / min (qui, je pense, devrait être bon pour près de 150 Mo / s) et vont à un Drobo sur le serveur connecté via FireWire 800, donc je ne peux penser à aucun goulot d'étranglement que je pourrais avoir dans le matériel. Mais TeraCopy dit toujours que ça ne va qu'à 12-15 Mo / s
Quoi d'autre pourrait être mal ici?
windows-7
networking
transfer
Adam Haile
la source
la source
Réponses:
Je déteste dire que c'est du vaudou Windows. J'ai vu des améliorations de la désactivation des pare-feu / anti-virus à l'utilisation de disques RAM, le changement de nics gigabit de PCI à PCIe, en utilisant des commutateurs plus rapides, des trames jumbo, un contrôle de flux et des câbles plus courts et meilleurs.
Drôle quand je télécharge des fichiers à partir d'une boîte de samba, je semble obtenir de meilleures performances, mais toujours pas mieux que 15% d'utilisation.
J'ai fait une recherche rapide et trouvé ce site. Je n'avais pas encore essayé ces paramètres.
Pour traiter plus directement la vitesse, dans Vista et Windows 7, Microsoft a apporté des modifications à l'API CopyFile pour augmenter les performances. Je ne sais pas si TeraCopy l'utilise, mais je sais que RoboCopy le fait. Peut-être que l'exécution du test avec RoboCopy pourrait améliorer les performances.
De plus, mes meilleurs transferts utilisaient des cartes PCIe allant d'un disque RAM à un disque RAM sans mon AV, mais je n'ai toujours pas obtenu plus de 20-25%.
Peut-être que certains de ces conseils fonctionneront pour vous.
la source
Après avoir eu besoin de remplacer mon vieil ordinateur portable douteux, j'ai dû copier plusieurs milliers de fichiers via un câble réseau vers mon nouveau PC - j'ai supporté les jours qu'il a fallu pour copier car je devais retourner au travail donc je n'ai pas eu trop de temps pour essayer de jouer.
Hier, j'ai dû vérifier 3,4 gig de fichiers (des dizaines de milliers de petits) dans un référentiel de subversion - Douloureux? Enfer ouais!
Alors ce matin, j'ai décidé de faire le tri - Après avoir parcouru le Web, j'ai trouvé un article qui mentionnait la toute petite chose qui avait tout résolu !! Le lien est au bas de ce commentaire - Lisez-le APRÈS avoir vu mes résultats.
Info: 192.168.0.79 est mon PC de jeu haut de gamme et 192.168.0.151 est notre serveur de fichiers bureautique
Étape 1 - Exécutez iPerf (peut être trouvé ici http://linhost.info/2010/02/iperf-on-windows/ ) - J'ai exécuté cela en mode double afin que vous puissiez voir que notre serveur a été assez rapide pour commencer
Ensuite, ET J'AI ÉTÉ ÉTIRÉ après tout ce que j'ai essayé depuis si longtemps - Activez un cadre Jumb 9k sur la configuration des cartes réseau et relancez le test.
Le paramètre Duplex a été défini sur 100 Mo en duplex intégral après quelque chose d'autre que j'ai essayé, de sorte que la vitesse de transfert ci-dessous était inférieure de 9 Mo au paramètre de la carte réseau - PAS MAUVAIS!
C: \ Utilisateurs \ Martin \ Téléchargements>
Un dernier tweek - J'ai supprimé le paramètre recto verso et l'ai remis à "Auto" et j'ai relancé le test
BOOM!!! Une augmentation massive - J'espère que cela fonctionne pour tout le monde
Martin
Message original qui a aidé ... http://www.hanselman.com/blog/WiringTheHouseForAHomeNetworkPart5GigabitThroughputAndVista.aspx
la source
J'utilise Windows 7 en utilisant Parallels / Boot Camp sur un Quad Core i7 de 3,4 GHz avec 16 Go de RAM. Les vitesses de transfert réseau étaient comprises entre 2 et 60 000 par seconde, jusqu'à ce que je suive les conseils d' un article de Cake404 concernant les cartes réseau Broadcom.
Après avoir désactivé Ethernet @ WireSpeed et désactivé les options "Large Send Offload" (sous les paramètres de configuration de la carte réseau), mes vitesses de transfert ont atteint plusieurs mégaoctets par seconde.
la source
Le post de Dmitri sur l'autonégociation a aidé. Après deux correctifs et de nombreux ajustements de commande netsh infructueux, je voyais des vitesses de téléchargement très lentes et des vitesses de téléchargement rapides. Uniquement sur une machine dans un réseau de 50 appareils. Il s'est avéré que la mise à jour Intel NIC de Windows Update avait affecté les paramètres du pilote. Dans ce cas, la réactivation de la négociation automatique a aidé. La vitesse de 35mbs est revenue.
la source
Cela peut être un peu tard, mais pour ceux qui ont des problèmes similaires, j'ai remarqué que les transferts de fichiers entre les partages réseau Windows (Win2k3 -> Win2k8R2; Win2k3 -> Win7; certaines autres configurations) sont déraisonnablement lents lorsque TeraCopy (v2.1) est utilisé .
L'exemple principal était lorsque la configuration était la suivante: 2 serveurs, tous deux dotés de cartes réseau gigabit et connectés à un commutateur gigabit; Premier serveur exécutant Win2k3, le deuxième exécutant Win2k8R2. La vitesse de transfert TeraCopy d'un fichier de ~ 21 Go était au mieux de 50 Mo / s. Pendant ce temps, j'avais un 105 Mo / s soutenu en utilisant la copie Windows normale (en tirant sur la boîte Win2k8 du Win2k3). FTP a donné des résultats similaires à environ 105 Mo / s soutenus. Des résultats similaires ont été obtenus avec Windows 7 exécuté sur la boîte client.
Dans des configurations similaires, j'obtiendrais des taux de transfert encore plus bas avec TeraCopy, de 8 Mo / s à 35 Mo / s. J'ai essayé de bricoler avec les options de déchargement et d'autres paramètres des deux cartes réseau jusqu'à ce que je décide d'essayer d'utiliser la copie Windows standard au lieu de TeraCopy. La différence de vitesse était surprenante.
La chose courante dans toutes les configurations ci-dessus était la boîte Win2k3 qui agit comme serveur de fichiers. Je changeais l'OS sur le deuxième serveur qui téléchargeait le fichier de test.
Je n'ai pas encore testé les taux de transfert entre deux boîtiers Win2k3 utilisant TeraCopy et la copie Windows standard.
la source
Il existe de nombreux points d'étranglement possibles - Cependant, Windows 7 SP1 peut fonctionner et fonctionne très rapidement sur Gigabit Ethernet.
Je viens de transférer plusieurs gigaoctets de fichiers volumineux de deux disques de mon PC vers une Synology NAS Box (DS1010 +). Cette paire de transferts pilotés par Explorer.exe a atteint 118,25 mégaoctets / sec (950 mégabits / sec), ce qui correspond à une saturation de 95% de mon réseau Gigibit Ethernet commuté, y compris en passant par plusieurs commutateurs Gigabit Dlink.
la source
Une chose qui vaut la peine d'essayer avant de devenir fou avec quoi que ce soit d'autre est de changer le pilote pour ne pas utiliser la négociation automatique pour la vitesse, mais le régler sur 100 Mo / Full Duplex, tester la vitesse de transfert, puis la régler sur 10 Mo / Full Duplex et tester la vitesse de transfert.
la source
De: Augmentez la vitesse de vos données réseau avec ceci - config-customise - windows-7
la source
La condition requise pour les transferts Ethernet à pleine vitesse (75% de 1000 chaque transfert +) est un commutateur de transmission à vitesse filaire non bloquant!
Commutateurs:
Veuillez essayer les exemples donnés, mais si vous n'avez pas le bon commutateur, peu importe ce que vous faites sur le système d'exploitation.
la source
Définissez les paramètres suivants:
Sécurité réseau : sécurité de session minimale pour les clients basés sur NTLM SSP (y compris RPC sécurisé)> décocher "nécessite un cryptage de 128 bits
Niveau d'authentification Network LAN Manager > Envoyer LM et NTLM - utiliser la sécurité de session NTLMv2 si négociée
la source
J'ai un ordinateur portable Win 7 Pro (quad core) 1GB LAN A linksys WRT1900AC avec un disque dur Red Nas 3TB. Ma vitesse était de 10 Mo / s pour le transfert de fichiers sans fil ou filaire vers le NAS.
J'ai fait tout ce qui suit en testant le sans fil sans succès, à la fin j'ai essayé l'Ethernet et j'ai obtenu 63 Mo / s MAINTENANT !!!!!! Je ne sais donc pas quel paramètre ou entrée de registre a résolu le problème. Le partage de fichiers sans fil est encore lent.
RÉGLAGES
-Désactiver la compression différentielle à distance -Désactiver le réglage automatique TCP -Désactiver la mise à l'échelle côté réception
Sur le REGISTRE:
Index de limitation du réseau:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Multimedia \ SystemProfile NetworkThrottlingIndex = ffffffff (DWORD, par défaut: 10, recommandé: 10 pour le partage multimédia, ffffffff pour les jeux et le débit maximal, plage valide: 1 à 70 décimal ou ffffffff pour désactiver complètement étranglement)
Désactiver la limitation de la bande passante:
Créer (valeur DWORD) HKLMsystemCurrentControlSetServiceslanmanworkstationparametersDisableBandwidthThrottling Définissez la valeur sur 1
Allocation de mémoire réseau (erreur Event ID 2017):
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Memory Management LargeSystemCache = 1 (DWORD, valeur par défaut: 0, valeur recommandée: 1) Une valeur de zéro établit un cache de ~ 8 Mo, une valeur de 1 permet au cache de s'étendre jusqu'à la quantité de mémoire physique moins 4 Mo, si nécessaire.
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ LanmanServer \ Parameters Taille = 3 (DWORD, valeur par défaut: 1, valeur recommandée: 3) 1 - minimise la mémoire utilisée 2 - équilibre la mémoire utilisée 3 - réglage optimal pour le partage de fichiers et les applications réseau
la source
Cela a fonctionné pour moi:
MERCI À: http://www.howtosolutions.net/2013/06/fixing-slow-sending-or-receiving-of-files-through-lan-network-using-windows/
J'ai fait cela sur les deux machines Windows, je n'ai pas eu à redémarrer et je n'ai pas eu à désactiver LSO V1
la source