Windows 7 Pro fonctionne sur mon serveur de fichiers et sur mon bureau principal. Chacun dispose d'une connexion réseau gigabit et je suis connecté à un commutateur gigabit. Cependant, lorsque vous essayez de copier des fichiers volumineux, il tourne assez lentement à un maigre 12-15 Mo/s
Les données proviennent d’un disque SATA à 7 200 tr/min (ce qui, à mon avis, devrait suffire pour près de 150 Mo/s) et vont à un Drobo situé sur le serveur connecté via FireWire 800; pourrait avoir dans le matériel. Mais TeraCopy dit toujours que ça ne marche qu'à 12-15 Mo/s
Quoi d'autre pourrait avoir tort ici?
Je déteste dire que c'est Windows vaudou. J'ai constaté des améliorations allant de la désactivation des pare-feu/anti-virus à l'utilisation de disques RAM, en passant de gigabits de PCI à PCI, en utilisant des commutateurs plus rapides, des trames jumbo, un contrôle de flux et des câbles plus courts et de meilleure qualité.
C'est drôle quand je télécharge des fichiers depuis une boîte de samba, il semble que j'obtienne de meilleures performances, mais 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 aborder plus directement la vitesse, sous Vista et Windows 7, Microsoft a modifié l’API CopyFile afin d’améliorer les performances. Je ne sais pas si TeraCopy l'utilise, mais je sais que RoboCopy l'utilise. Effectuer le test avec RoboCopy pourrait peut-être améliorer les performances.
De plus, mes meilleurs transferts utilisaient des cartes PCIe allant d'un disque RAM à un disque RAM avec mon AV éteint, mais je n'avais toujours pas plus de 20 à 25%.
Peut-être que certains de ces conseils fonctionneront pour vous.
Après avoir eu besoin de remplacer mon ancien ordinateur portable louche, j'ai dû copier plusieurs milliers de fichiers via un câble réseau sur mon nouveau PC. Je supportais les jours de copie nécessaires pour me remettre au travail sans avoir trop de temps. essayer de jouer.
Hier, j'ai dû vérifier 3,4 Go de fichiers (des dizaines de milliers de petits) dans un référentiel Subversion - Painful? Enfer ouais!
Donc ce matin, j'ai décidé de faire le tri - Après avoir beaucoup regardé sur le Web, j'ai trouvé un article qui mentionnait la toute petite chose qui résolvait tout !! Le lien est au bas de ce commentaire - Lisez-le APRÈS que vous ayez 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écuter 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 notre serveur a été assez rapide pour commencer
C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[188] local 192.168.0.79 port 61072 connected with 192.168.0.151 port 5001
[212] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63505
[ ID] Interval Transfer Bandwidth
[212] 0.0-10.0 sec 112 MBytes 93.7 Mbits/sec
[188] 0.0-14.1 sec 240 KBytes 140 Kbits/sec
Ensuite, AND ETAIT GOBSMAKED après tout ce que je tente depuis si longtemps - Activez un cadre Jumb 9k sur la configuration de la carte réseau et relancez le test.
Le paramètre Duplex était réglé sur 100 Mo en mode duplex intégral après quelque chose d’autre, alors la vitesse de transfert était inférieure de 9 Mbits par rapport au paramètre de la carte réseau - ce n’était pas mauvais!
C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[196] local 192.168.0.79 port 61112 connected with 192.168.0.151 port 5001
[212] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63511
[ ID] Interval Transfer Bandwidth
[212] 0.0-10.0 sec 109 MBytes 91.6 Mbits/sec
[196] 0.0-10.0 sec 110 MBytes 91.7 Mbits/sec
C:\Utilisateurs\Martin\Téléchargements>
Un dernier tweek - j'ai supprimé le paramètre de duplex, je l'ai remis sur "Auto" et j'ai relancé le test
C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[192] local 192.168.0.79 port 61169 connected with 192.168.0.151 port 5001
[216] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63525
[ ID] Interval Transfer Bandwidth
[216] 0.0-10.0 sec 674 MBytes 564 Mbits/sec
[192] 0.0-10.0 sec 787 MBytes 659 Mbits/sec
BOOM!!! Une augmentation massive - espérons que cela fonctionne pour tout le monde
Martin
Article original qui a aidé ... http://www.hanselman.com/blog/WiringTheHouseForAHomeNetworkPart5GigabitThroughputAndVista.aspx
Le message 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 faibles et des vitesses de téléchargement rapides. Seulement sur une machine dans un réseau de 50 périphériques. La mise à jour Intel NIC de Windows Update a affecté les paramètres du pilote. Dans ce cas, réactiver l'autonégociation a aidé. 35Mo de vitesse sont revenus.
J'exécute 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 de réseau étaient comprises entre 2 et 60 000 par seconde, jusqu'à ce que je suive les conseils donnés dans dans un message Cake404 concernant les cartes réseau Broadcom.
Après avoir désactivé Ethernet @ WireSpeed et désactivé les options de "Large Send Déchargement" (dans les paramètres de configuration de la carte réseau), la vitesse de transfert de mon ordinateur a atteint plusieurs mégaoctets par seconde.
Définissez les paramètres suivants:
sécurité du résea: sécurité de session minimale pour les clients NTLM SSP (y compris RPC sécurisé)> décocher "nécessite un cryptage 128 bits
niveau d'authentification Network LAN Manager> Envoyer LM et NTLM - Utiliser la sécurité de session NTLMv2 si négocié
De: Augmentez la vitesse de vos données réseau avec ceci - config-personnaliser - windows-7
Ouvrez le registre et parcourez la branche suivante:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstaion
Si les entrées suivantes ne sont pas déjà présentes, créez les DWORDs
MaxCmds
,MaxThreads
etMaxCollectionCount
sous cette branche. Attribuez-leur une valeur de 30, 30 et 32 respectivement.Après le redémarrage de votre système, les performances de vos transferts réseau devraient augmenter.
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 qu'il n'utilise pas la négociation automatique mais définissez-le sur 100 Mo/Full Duplex, testez la vitesse de transfert, puis définissez-le sur 10 Mo/Full Duplex la vitesse de transfert.
La condition requise pour les transferts Ethernet à vitesse maximale (75% de 1 000 transferts +) est un commutateur de transmission à vitesse filaire non bloquant!
Commutateurs:
S'il vous plaît essayez les exemples donnés, mais si vous n'avez pas le bon commutateur, peu importe ce que vous ferez sur le système d'exploitation.
C'est peut-être un peu tard, mais pour ceux qui ont des problèmes similaires, j'ai remarqué que les transferts de fichiers entre des partages réseau Windows (Win2k3 -> Win2k8R2; Win2k3 -> Win7; d'autres configurations) sont excessivement lents lorsque TeraCopy (v2.1) est utilisé. .
L'exemple principal en était lorsque l'installation était la suivante: 2 serveurs, tous deux dotés d'une carte réseau gigabit et connectés à un commutateur gigabit; Premier serveur exécutant Win2k3, le second exécutant Win2k8R2. La vitesse de transfert TeraCopy d’un fichier de ~ 21 Go était de 50 Mo/s au mieux. Pendant ce temps, j'avais une mémoire soutenue de 105 Mo/s en utilisant la copie normale de Windows (en tirant sur la boîte Win2k8 à partir de Win2k3). Le FTP a donné des résultats similaires à environ 105 Mo/s. Des résultats similaires ont été obtenus avec Windows 7 s'exécutant sur le poste 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'utiliser la copie Windows classique à la place de TeraCopy. La différence de vitesse était surprenante.
La chose commune dans toutes les configurations ci-dessus était la boîte Win2k3 qui agit en tant que serveur de fichiers. Je changeais le système d'exploitation 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 avec TeraCopy et la copie Windows standard.
J'ai un ordinateur portable Win 7 Pro (quad core) 1 Go LAN Un linksys WRT1900AC avec un disque dur rouge NAS 3To. Ma vitesse était de 10 Mb/s pour le transfert de fichiers sans fil ou câblé vers le NAS.
J'ai fait tout ce qui suit après avoir testé le réseau sans fil sans succès. À la fin, j'ai essayé l'Ethernet et j'ai maintenant 63 Mo/s !!!!!! Donc, je ne sais 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
- Compression différentielle distante désactivée - Désactivée TCP Réglage automatique - Mise à l'échelle latérale du côté de la réception désactivée
Sur le registre:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile NetworkThrottlingIndex = ffffffff (DWORD, par défaut: 10, recommandé: 10 pour le partage de contenu multimédia, ffffffff pour le jeu et le débit maximal, plage valide: 1 à 70 décimaux ou ffffff à complètement désactivable étranglement)
Create (valeur DWORD) HKLMsystemCurrentControlSetServiceslanmanworkstationparametersDisableBandwidthThrottling Définissez la valeur sur 1
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Gestionnaire de sessions\Gestion de la mémoire LargeSystemCache = 1 (DWORD, valeur par défaut: 0, valeur recommandée: 1) Une valeur de zéro établit un cache d'environ 8 Mo. Une valeur de 1 autorise l'extension du cache. jusqu'à la quantité de mémoire physique moins 4 Mo, si nécessaire.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters Size = 3 (DWORD, valeur par défaut: 1, valeur recommandée: 3) 1 - réduit la mémoire utilisée 2 - équilibrez la mémoire utilisée 3 - paramètre optimal pour le partage de fichiers et les applications réseau
Il existe de nombreux points d’étouffement possibles - Toutefois, Windows 7 SP1 peut et doit fonctionner TRÈS rapidement sur Ethernet Gigabit.
Je viens de transférer plusieurs gigaoctets de fichiers volumineux de deux disques de mon PC vers un Synology NAS Box (DS1010 +). Cette paire de transferts pilotés par Explorer.exe a atteint 118,25 Mo/s (950 Mégabits/s), ce qui correspond à une saturation de 95% de mon réseau Ethernet Gigibit commuté, notamment en passant par plusieurs commutateurs Gigabit Dlink.