Auteur Sujet: problème de performance réseau debian jessie  (Lu 15102 fois)

0 Membres et 1 Invité sur ce sujet

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 715
  • Pau (64)
problème de performance réseau debian jessie
« le: 21 février 2016 à 09:43:55 »
bonjour,

je me décide a écrire pour un problème de NAT sous Debian. en effet, depuis que je suis passer chez orange en FTTH get, je me rends plus compte de la faiblesse de ma configuration. je précise que mon linux est directement connecté a l'ONT.

un test de téléchargement de 5000Mo.dat depuis le serveur directement:

wget -4 -O /dev/null http://1.testdebit.info/fichiers/5000Mo.dat
--2016-02-21 09:11:27--  http://1.testdebit.info/fichiers/5000Mo.dat
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 5000000000 (4,7G)
Sauvegarde en : « /dev/null »

/dev/null           100%[=====================>]   4,66G  94,8MB/s   ds 59s   

2016-02-21 09:12:27 (80,3 MB/s) — « /dev/null » sauvegardé [5000000000/5000000000]

le même fichier depuis une machine derrière le nat:

--2016-02-21 09:09:41--  http://1.testdebit.info/fichiers/5000Mo.dat
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 5000000000 (4,7G)
Sauvegarde en : « /dev/null »

/dev/null           100%[=====================>]   4,66G  52,4MB/s   ds 82s   

2016-02-21 09:11:03 (58,4 MB/s) — « /dev/null » sauvegardé [5000000000/5000000000]

le serveur et la machine derrière le nat sont connectés  par un cable rj45 de l'une à l'autre

un traceroute vers 1.testdebit.info:
traceroute to 1.testdebit.info (194.158.102.114), 30 hops max, 60 byte packets
 1  192.168.9.1 (192.168.9.1)  0.179 ms  0.138 ms  0.107 ms
 2  80.10.232.109 (80.10.232.109)  1.062 ms  1.527 ms  1.773 ms
 3  ae113-0.ncbay102.Bayonne.francetelecom.net (193.253.94.222)  2.197 ms  2.292 ms  2.385 ms
 4  ae42-0.nrpoi202.Poitiers.francetelecom.net (81.253.130.246)  12.425 ms  12.530 ms  12.522 ms
 5  ae44-0.nridf102.Aubervilliers.francetelecom.net (193.251.126.202)  19.876 ms  19.876 ms  19.855 ms
 6  ae41-0.noidf002.Aubervilliers.francetelecom.net (193.252.98.106)  20.267 ms  19.563 ms  19.656 ms
 7  la105.rpt01-ix2.net.bbox.fr (62.34.0.209)  20.676 ms  19.811 ms  20.475 ms
 8  be12.cbr01-ntr.net.bbox.fr (212.194.171.87)  21.048 ms  21.036 ms  21.010 ms
 9  * * *
10  194.158.102.114 (194.158.102.114)  20.643 ms  20.671 ms  20.752 ms


un téléchargement d'un fichier en locale de la machine derrière le nat vers le lightpd du serveur:
--2016-02-21 09:18:04--  http://192.168.9.1/image.aaa
Connexion à 192.168.9.1:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 678526976 (647M) [application/octet-stream]
Sauvegarde en : « /dev/null »

/dev/null           100%[=====================>] 647,09M   112MB/s   ds 5,8s   

2016-02-21 09:18:10 (112 MB/s) — « /dev/null » sauvegardé [678526976/678526976

un cpuinfo du serveur:
root@routeurlinux:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Celeron(R) CPU G1610T @ 2.30GHz
stepping : 9
microcode : 0x19
cpu MHz : 2294.813
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer xsave lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 4589.62
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Celeron(R) CPU G1610T @ 2.30GHz
stepping : 9
microcode : 0x19
cpu MHz : 2294.813
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer xsave lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 4589.62
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

le noyau du serveur est en 3.16 avec une jessie 64 bit
la machine cliente derrière le nat est avec un noyau 4.3 sur une jessie 64 bit.

il faut noter que je n'es pas fait de test en ipv6.

merci de m'avoir lu jusqu'ici !

jerem
« Modifié: 26 février 2016 à 08:51:08 par jeremyp3 »

vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
problème de performance de nat debian jessie
« Réponse #1 le: 21 février 2016 à 10:23:11 »
Ta connexion Orange a un MTU de 1500 ? Il me semble que non.

Tu pourrais tester sur ton PC client en forçant une MTU de 1460 pour voir cela améliore le débit (il est probable que la bonne valeur de MTU sois 1492 mais il est préférable de tester plus bas, au cas où il y aurait du L2TP)

Pour passer la MTU à 1460, il suffit de rajouter une ligne mtu 1460 dans ton fichier /etc/network/interfaces au niveau de l'interface Ethernet.

Si cela améliore le débit, il suffira ensuite de demander au NAT de Debian de baisser la MTU. La fragmentation, c'est pas terrible pour les débits.

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 715
  • Pau (64)
problème de performance de nat debian jessie
« Réponse #2 le: 21 février 2016 à 10:46:31 »
salut vivien,

je suis en dhcp avec orange donc MTU de 1500 oui. du moins, je crois.

jerem

vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
problème de performance de nat debian jessie
« Réponse #3 le: 21 février 2016 à 10:52:04 »
SI la MTU n'est pas la cause, il n'y aurait pas un lien en half duplex ? (cela limite le débit et entraîne des collisions)

Je ne pense pas que le CPU soit le facteur limitant, mais regarde quand même la charge cœur par cœur lors d'un gros transfert au débit max.

macmonac

  • Abonné Free fibre
  • *
  • Messages: 204
  • DOUVRES LA DÉLIVRANDE (14)
problème de performance de nat debian jessie
« Réponse #4 le: 21 février 2016 à 10:52:23 »
Bonjour,

Visiblement c'est pas un problème des liens eux même. As tu regardé la charge de ta machine (CPU / RAM) lors du transfert ? Avec un htop ou un top.

Pour être sûr, ton routeur à bien deux connexions ? Une vers l'ONT et une autre vers ta machine ?

À+

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 715
  • Pau (64)
problème de performance de nat debian jessie
« Réponse #5 le: 21 février 2016 à 11:46:08 »
bonjour,

oui oui 2 connexions différentes, 2x1gbps

pas de charge particulière du CPU avec top

merci,

jerem

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
problème de performance de nat debian jessie
« Réponse #6 le: 21 février 2016 à 11:56:37 »
probablement une saturation du cpu.

c'est la config avec QoS 6 par défaut + iptables pour remettre a 0 ?

ca ne m'étonnerai pas que ca sature le cpu quand en plus on fait du NAT.

regarde la charge cpu du serveur pendant un test du client  (avec htop par exemple).


jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 715
  • Pau (64)
problème de performance de nat debian jessie
« Réponse #7 le: 21 février 2016 à 12:27:15 »
c'est la config avec QoS 6 par défaut + iptables pour remettre a 0 ?
oui.

ca ne m'étonnerai pas que ca sature le cpu quand en plus on fait du NAT.

regarde la charge cpu du serveur pendant un test du client  (avec htop par exemple).

j'ai fait une capture quand le transfert est a mi chemin.  désolé mais avec orca (lecteur d'écrant) c'est ingérable. donc obligé de vous le montrer

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
problème de performance de nat debian jessie
« Réponse #8 le: 21 février 2016 à 12:51:15 »
le load average est a plus de 1 sur un bi-core et les %cpu sont bas. Il y a donc quelque chose.

Regarde avec juste 'sudo top' (ou 'top' sous root) pendant un test.

Les infos dans le 3eme ligne surtout 'sy', 'id', 'wa', 'hi', 'si':

'sy': system - %age de temps dans le noyau (kernel)
'id': idle - %age de temps inactif
'wa': wait - %age de temps a attendre des I/O par exemple
'hi': hardware interrupts: interruptions matérielles
'si': software interrupts: interruptions logicielles


kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
problème de performance de nat debian jessie
« Réponse #9 le: 21 février 2016 à 12:55:41 »
fait aussi un double test sur le client: tu lances 2 fois le wget en meme temps , ca peut mettre en évidence un probleme de threading sur le serveur (1000Mo suffit).


vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
problème de performance de nat debian jessie
« Réponse #10 le: 21 février 2016 à 13:04:24 »
Uptime de 305 jours !

jeremyp3 n'hésites pas a nous poster l'écran du sudo top, l'outil est vraiment pas bien fait pour les non-voyants.

La 3ème ligne commence par "%Cpu(s):" et il y a ensuite des chiffres suivit des deux lettres qui indique la signification du chiffre précédent.

Cela permettra de comprendre ce qui charge ton ordinateur (ce n'est pas le CPU vu ce que donne ton htop, mais cela pourrait être des attentes pour des interruptions)

Optix

  • AS41114 - Expert OrneTHD
  • Abonné Orne THD
  • *
  • Messages: 4 644
  • WOOHOO !
    • OrneTHD
problème de performance de nat debian jessie
« Réponse #11 le: 21 février 2016 à 13:23:50 »
"Intel(R) Celeron(R) CPU G1610T @ 2.30GHz"

Voilà, tout est dis : c'est le matos qui limite, car j'imagine sans mal que le chipset et donc le réseau c'est du même ordre.

Dans le BIOS, tu peux monter le "PCI Delay Transaction" et tu fous ton LAN en MTU 9k pour limiter le nbre de paquets. Ca te permettra de de gratter qq Mbps.