Paramètres du Contrôleur Réseau (version 2011)
Soumis par Ripleye
25-06-2011
Dernière mise à jour : 05-01-2014
Voici les réglages que j’ai appliqués personnellement à ma carte réseau Intel intégrée de ma carte mère.
Ces réglages sont basés sur ma configuration actuelle en 2011 soit :
- un processeur Prescott P4 HT 3 Ghz 1Mo de cache.
- connexion à la freebox en dégroupé total en débit 3 mbits (55 dB d’atténuation) en réglage fastpath.
J’ai testé plusieurs réglages différents et ce sont ces réglages qui ont donné le meilleur temps de réponse
dans les jeux (Ping plus court) et la meilleure réponse en général par rapport à mon processeur Prescott P4 de 3 Ghz.
Pour accéder au panneau de contrôle, faire clic droit sur le poste de travail puis propriétés puis aller dans l’onglet
Matériel et cliquer sur gestionnaire de périphériques. Cliquer sur le plus des cartes réseaux et choisir INTEL PRO/1000
faire un clic droit dessus et propriétés.
Installation : Sans la partie avancée pour l'agrégation ou le VLAN.
Onglet Vitesse de liaison :
Pilote du contrôleur réseau utilisé : Intel Pro Set version 15.4.89.0
Vitesse et duplex : 100 mbits/s full duplex (duplex veut dire communication dans les 2 sens simultanément)
Agrégation : <aucune agrégation>
(L&rsquo;agrégation pas nécessaire permet de simuler 1 seule carte réseau sur 2 cartes en doublant le débit)
VLAN : <aucun LAN virtuel>
(Le réseau virtuel permet de faire croire à un émulateur d&rsquo;anciens systèmes qu&rsquo;il existe un réseau
mais en réalité il est bouclé avec lui même pour relier 2 OS ensemble dont 1 OS qui est simulé)
Onglet Avancé :
Adresse administrée localement : <rien>
Attendre la liaison : Détection Automatique
Consigner l'évènement de la liaison : Activé(e)
Mode Maître-Esclave : Détection Automatique
Options de Délestage TCP/IP : <Propriétés>
Délestage coché sur toutes les sommes
(Ici l&rsquo;accélération concerne des contrôles d&rsquo;intégrité que le CPU fait habituellement)
(Le délestage permet de faire faire ce contrôle directement dans la carte réseau sans passer par le CPU)
Options de performance : <Propriétés>
Contrôle de flux : Générer et Répondre
Descripteur de réception : 192
Descripteur de transmission : 80
Espacement intertrame dynamique : Activé(e)
Taux de gestion des interruptions : Désactivé(e)
(voir explications sur les descripteurs plus loin après le paramétrage)
Repérage des Paquets QS : Activé(e)
(mode Qualité Service gérant des paquets prioritaires utilisés par les évolutions technologiques récentes)
Trames étendues : Désactivé(e)
(Si activé, les trames étendues accélèrent la fluidité du débit grâce à des paquets IP codés sur plus de bits mais il faut
un processeur puissant qui encaisse des paquets plus gros et codés plus complexes, latence possible)
Onglet Gestion de la consommation :
options d'économie d&rsquo;énergie :
Réduire la vitesse en mode veille : <décoché> (si coché, économise l&rsquo;énergie)
Réduire la consommation si le câble est déconnecté : <coché> (si coché, interrompe l&rsquo;énergie)
Wake on LAN : (Réveil en cas d&rsquo;activité sur le réseau)
Wake on Direct Packet : <coché>
Christophe DENICOURT mon univers perso
http://cdenicourt.free.fr Propulsé par Joomla! Généré: 25 May, 2017, 18:42
Wake on Magic Packet : <coché>
Wake on Magic Packet d'un état hors tension : <coché>
Wake on Link : <coché>
Options de performance &ndash; Explications sur les descripteurs :
En analysant le trafic des paquets IP, je me suis aperçu que les réglages les plus fluides pour le jeu FPS UT2004 sont
192 en réception de paquets et 80 en émission pour mon Prescott P4 3 Ghz. L&rsquo;explication la plus logique que je
trouve est que mon P4 ne peut suivre le flux de paquets IP que dans la limite de sa fréquence et de son cache de 1 Mo
de cache L2 pour les trafics en dehors du processeur. Sachant qu&rsquo;un descripteur de paquet prend 2 Ko, je ne
peux donc mettre que 512 descripteurs au total sans saturer mon processeur P4 3 Ghz. En analysant la moyenne des
paquets IP qui transitent en temps réel, le nombre varie beaucoup au lancement du jeu UT2004 (ou même sur un site
Internet) car il charge les objets nécessaires mais ensuite il se stabilise et en général la moyenne ne dépasse pas 6
paquets maximum par joueur en réception pour le jeu UT2004 et 35 paquets par seconde en émission pour le jeu
UT2004.
L&rsquo;idéal pour optimiser le débit réseau est donc d&rsquo;ajuster le nombre de descripteur, mis en mémoire, en
fonction de l&rsquo;utilisation du PC donc de son trafic IP moyen (nombre de paquet IP moyen). Dans l&rsquo;idéal, il
faut aussi penser à réserver une partie des ressources CPU pour l&rsquo;exécution d&rsquo;autres tâches que la gestion
des entrées/sorties.
Dans le cas d&rsquo;une utilisation ludique, sur le jeu UT2004 par exemple, l&rsquo;émission sera très importante mais
moindre que la réception en nombre de paquet mais l&rsquo;émission et la réception seront générées en continu ; Un
pic au delà des 6 paquets par joueur par seconde pourra apparaître de temps en temps. L&rsquo;explication vient du fait
que les paquets IP doivent sûrement correspondent aux joueurs et aux véhicules et aux armements (les objets du jeu).
Si vous avez l&rsquo;intention de créer un serveur de jeu, il faudra donc prendre en compte le nombre d&rsquo;objet à
gérer et ajuster le nombre de descripteur en fonction de ce nombre d&rsquo;objet (tout paquet qui gère un
déclenchement en temps réel).
Dans le cas d&rsquo;une utilisation surf sur le web, l&rsquo;émission sera moins forte que la réception voire même
jusque 8 fois moins forte car souvent, sur les abonnements Internet, le débit en émission est 8 fois inférieur à celui en
réception. J&rsquo;ai enregistré un pic de plus de 100 paquets par secondes en réception car les sites sont
dynamiques aujourd&rsquo;hui et téléchargent beaucoup de petits objets comme des images, des applications, du
code html, des sons, etc. Attention, en augmentant trop le nombre de descripteur, il arrive que ça fait geler
l&rsquo;affichage et le contenu multimédia des pages web et donc il y a moins de fluidité dans le surf. C&rsquo;est dû
au fait que le processeur doit gérer trop d&rsquo;information dans son cache et qu&rsquo;il y a des concurrences
d&rsquo;accès. Il faut donc ajuster le nombre de descripteur total par rapport au cache total du processeur (regarder la
valeur en Ko du cache L3 maximum ou cache L2 minimum par core). Il faut si nécessaire réajuster à la baisse le nombre
de descripteur en fonction du taux d&rsquo;occupation CPU restant pour les tâches autre que la communication réseau ;
Pour cela, on peut appliquer une marge qui réduit du quart voire de moitié le nombre de descripteur mémorisable et le
nombre de descripteur théorique.
Voici donc les formules que j&rsquo;en ai déduites :
- nombre de paquet IP émis par seconde vers le serveur par joueur = 35 (maximum constaté).
- nombre de paquet IP reçu par seconde par joueur en provenance du serveur = 6 (maximum constaté).
- Ratio marge de libération du CPU = 3/4 .
- nombre de descripteur total mémorisable = (cache du processeur / 2 Ko).
- FSP = nombre de mot machine en entrée/sortie géré par le bus du processeur / nombre de mot machine en
entrée/sortie géré par le bus PCI du contrôleur réseau.
- nb canaux mémoire du lien = FSP (par exemple en FSB P4 4 mots machine simultanés)
OU nombre de canaux * nombre de core (exemple bus QPI) (multiplication limitée au nb de threads maximum).
- nombre de descripteur total théorique par seconde = ratio marge libération CPU * nb canaux mémoire du lien *
fréquence du processeur / fréquence du pont PCI qui supporte le contrôleur réseau.
- nombre de descripteur en émission optimal = nombre de paquet IP émis vers le serveur par seconde par joueur *
nombre de joueurs présents en local.
- nombre de descripteur en réception optimal = nombre de paquet IP reçu par seconde par joueur en provenance du
serveur * (maximum de nombre de joueurs présents sur le serveur &ndash; nombre de joueurs présents en local) + 1
paquet général pour l&rsquo;environnement du jeu.
- nombre de descripteur en émission optimal + nombre en réception < ou = nombre total mémorisable.
- nombre de descripteur en émission optimal + nombre en réception < ou = nombre total théorique.
Petite précision technique qui a son importance, le contrôleur réseau intégré sur la carte mère fonctionne normalement à
la FSB de la carte mère (en réalité plutôt à la vitesse du bus PCI par le biais d&rsquo;un pont PCI), alors que les entrées
sorties du processeur fonctionne plus vite que la FSB au moins 4 fois plus vite sur les cartes mères à base de processeur
P4. Pendant que le contrôleur réseau traite un paquet, le processeur peut donc en traiter 4 ou plus suivant les cartes
mères. Il faut donc prendre en compte que le processeur va plus vite mais toujours dans la limite de la taille de son
cache.
Christophe DENICOURT mon univers perso
http://cdenicourt.free.fr Propulsé par Joomla! Généré: 25 May, 2017, 18:42
Voici le calcul par rapport à ma configuration actuelle P4 Prescott 3 Ghz sur carte mère Asus P4C800E-Deluxe :
- nombre de paquet IP émis par seconde vers le serveur par joueur = 35 (maximum constaté).
- nombre de paquet IP reçu par seconde par joueur en provenance du serveur = 6 (maximum constaté).
- nombre de descripteur total mémorisable = (1024 Ko / 2 Ko) * 3/4 = 384.
- FSP = 4 / 1.
- nb canaux mémoire du lien = 4.
- nombre de descripteur total théorique par seconde (bus par défaut) = 3/4 * 4 * 3000 Mhz / 33,333 Mhz = 270.
- nombre de descripteur total théorique par seconde (bus overclocké) = 3/4 * 4 * 3000 Mhz / 40 Mhz = 225.
- nombre de descripteur total théorique sans marge (bus par défaut) = 4 * 3000 Mhz / 33,333 Mhz = 360.
- nombre de descripteur total théorique sans marge (bus overclocké) = 4 * 3000 Mhz / 40 Mhz = 300.
- nombre de descripteur en émission optimal = 35 * 1 = 35 ramené à 80 valeur par défaut minimum.
- nombre de descripteur en réception optimal = 6 * ( 32 &ndash; 1 ) + 1 = 187 arrondi au multiple de 8 supérieur soit
192.
- 80 + 192 = 272 < à 384 descripteurs mémorisables.
- 80 + 192 = 272< à 300 descripteurs théoriques et légèrement > à 225 mais marge acceptable (surtout que je ne suis pas
sûr que mon bus PCI soit cadencé à 40 Mhz).
En testant avec une valeur de 200 au lieu de 192 descripteurs, j&rsquo;obtiens la même réactivité.
En testant avec une valeur de 184 descripteurs au lieu de 192, j&rsquo;obtiens la même réactivité hormis parfois
quelques retards.
En testant avec une valeur de 176 descripteurs au lieu de 192, je n&rsquo;obtiens plus exactement la même réactivité.
En testant avec une valeur en dessous de 176 descripteurs, la réactivité est dégradée.
En testant avec une valeur entre 256 et 384 descripteurs, la réactivité est saccadée probablement à cause du
processeur qui n&rsquo;a plus assez de marge d'opérabilité.
Si vous avez un processeur Intel core i7 ou supérieur, vous pourrez augmenter le nombre de descripteur facilement 8
fois plus étant donné la taille du cache L3 disponible sur les nouveaux processeurs et le nombre de threads disponibles.
Mais attention à vérifier si ce n&rsquo;est pas mieux de paramétrer le nombre par rapport au cache L2 de chaque core
(je ne peux pas le tester pour vous pour le moment ^^).
Attention aussi au fait de paramétrer plus que 80 en émission, ceci peut créer une latence dans les jeux FPS car le
contrôleur est optimisé pour 80 descripteur minimum et au-delà, la bufferisation des paquets crée un léger retard
supplémentaire, proportionnel au nombre de descripteur.
Christophe DENICOURT mon univers perso
http://cdenicourt.free.fr Propulsé par Joomla! Généré: 25 May, 2017, 18:42
1 / 3 100%
La catégorie de ce document est-elle correcte?
Merci pour votre participation!

Faire une suggestion

Avez-vous trouvé des erreurs dans linterface ou les textes ? Ou savez-vous comment améliorer linterface utilisateur de StudyLib ? Nhésitez pas à envoyer vos suggestions. Cest très important pour nous !