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?

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.

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

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, 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:\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 recto verso et l'ai remis à "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 - J'espère que cela fonctionne pour tout le monde

Martin

Message original qui a aidé ... http://www.hanselman.com/blog/WiringTheHouseForAHomeNetworkPart5GigabitThroughputAndVista.aspx

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.

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.

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.

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.

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.

De: Augmentez la vitesse de vos données réseau avec ceci - config-customise - windows-7

1. Ouvrez le registre et parcourez la branche suivante:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstaion

2. Si les entrées suivantes ne s'y trouvent pas déjà, créez les DWORD et sous cette branche MaxCmds, attribuez- leur respectivement 30, 30 et 32.MaxThreadsMaxCollectionCount

3. Après avoir redémarré votre système, vous devriez constater une augmentation des performances de vos transferts réseau.

La condition requise pour les transferts Ethernet à pleine vitesse (75% de 1000 chaque transfert +) est un commutateur de transmission à vitesse filaire non bloquant!

Commutateurs:

• Le commutateur GbE de bureau 16 ports GS1100-16 de ZyXEL est un commutateur 10/100/1000 16 ports (je reçois des transferts de 700 à 800 Mbits ou 80 Mo)
• GS1100-24 de ZyXEL Le GS1100-24 est un commutateur 10/100/1000 à 24 ports
• Le commutateur de bureau GbE GS-108B 10/100 / 1000Mbps de ZyXEL est un commutateur 10/100/1000 à 8 ports
• Commutateur Gigabit Cisco SR2024 24 ports 10/100/1000
• SMC Networks - SMC8508T - Commutateur EZ 10/100/1000 - Commutateur Gigabit non géré 8 ports 10/100/1000
• Linksys SR2016 Gigabit 10/100/1000 16 ports

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.

1. Cliquez sur Démarrer
2. Tapez "Politique de sécurité locale" et appuyez sur Enter
3. Accédez à Paramètres de sécurité > Stratégies locales > Options de sécurité

4. 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

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

Cela a fonctionné pour moi:

MERCI À: http://www.howtosolutions.net/2013/06/fixing-slow-sending-or-receiving-of-files-through-lan-network-using-windows/

Désactiver "Large Send Offload (LSO)"

Large Send Offload est une technique permettant d'améliorer les performances du réseau tout en réduisant la surcharge du processeur. Apparemment, cela ne fonctionne pas très bien, il a donc été suggéré de le désactiver. Si vous souhaitez en savoir plus sur LSO, consultez cet article MSDN de 2001.

LSO est une option située dans un gestionnaire de périphériques sous votre carte réseau, donc cette solution nécessite des privilèges d'administrateur.

Suivez ces étapes:

Open Start Menu, right-click on Computer and select Properties
Under Control Panel Home located on the left side of the window click on Device Manager
You will get a list of all devices on your machine. Expand Network Adapters.
Find your Network Card and double-click on it.
Select Advanced tab. You will get a list filled with different options.
Select Large Send Offload V2 (IPv4) and set the value to Disabled
Do the same for Large Send Offload V2 (IPv6) if it is available
Click OK

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