URL: https://linuxfr.org/forums/linux-redhat/posts/probleme-reseau-sur-cluster-gigabit Title: Probleme reseau sur cluster gigabit Authors: geffrayf Date: 2006年09月05日T11:48:11+02:00 Tags: fedora Score: 0 Bonjour. J'ai un probleme reseau TCP/IP sur un cluster de PC : 11 bi Xeon 2.66, fedora core 4, ethernet GigaBit e1000, switch gigabit Voici mon probleme : lorsque j'utilise une application client-serveur TCP avec un serveur sur une machine et deux clients sur deux autres machines, ces clients envoyant beaucoup de messages au serveur (10 Mo /s chacun), alors mon serveur recoit bien ces messages mais d'une facon irreguliere. C'est a dire qu'il marque beaucoup de pauses lors de la reception. Lorsque je fait ifconfig sur le serveur, je vois un nombre tres important de dropped messages, qui augmente tres rapidement, par contre les autres chiffres sont normaux (pas de collisions par exemple). Le ifconfig du cote client ne donne rien de special. J'ai teste mon reseau avec plusieurs applications, le probleme est toujours le meme. Ce qui a l'air de poser probleme n'est pas la quantite d'information qui transite mais plutot le fait que le serveur recoivent plusieurs flux en parallele( je ne suis pas sur). Je me suis donc renseigne sur le TCP tuning. J'ai change la taille des differents buffers, mais cela n'a pas l'air d'avoir change qqchose. J'ai vu que sur les e1000 on pouvait desactiver le DITR (algorithme du calcul du nombre d'interruptions de la carte reseau). Mais je n'ai pas pu teste ce prametre pour l'instant. Voila, si qqun voit une solution a ce probleme, merci beaucoup de me donner un coup de main. Voici donc ma configuration actuelle : net.ipv4.tcp_workaround_signed_windows = 0 net.ipv4.tcp_base_mss = 512 net.ipv4.tcp_mtu_probing = 0 net.ipv4.tcp_abc = 1 net.ipv4.tcp_congestion_control = bic net.ipv4.tcp_tso_win_divisor = 3 net.ipv4.tcp_moderate_rcvbuf = 0 net.ipv4.tcp_no_metrics_save = 1 net.ipv4.tcp_low_latency = 0 net.ipv4.tcp_frto = 0 net.ipv4.tcp_tw_reuse = 0 net.ipv4.tcp_adv_win_scale = 2 net.ipv4.tcp_app_win = 31 net.ipv4.tcp_rmem = 4096 87380 16777216 net.ipv4.tcp_wmem = 4096 87380 16777216 net.ipv4.tcp_mem = 393216 524288 786432 net.ipv4.tcp_dsack = 1 net.ipv4.tcp_ecn = 0 net.ipv4.tcp_reordering = 3 net.ipv4.tcp_fack = 1 net.ipv4.tcp_orphan_retries = 0 net.ipv4.tcp_max_syn_backlog = 1024 net.ipv4.tcp_rfc1337 = 0 net.ipv4.tcp_stdurg = 0 net.ipv4.tcp_abort_on_overflow = 0 net.ipv4.tcp_tw_recycle = 0 net.ipv4.tcp_syncookies = 0 net.ipv4.tcp_fin_timeout = 60 net.ipv4.tcp_retries2 = 15 net.ipv4.tcp_retries1 = 3 net.ipv4.tcp_keepalive_intvl = 75 net.ipv4.tcp_keepalive_probes = 9 net.ipv4.tcp_keepalive_time = 7200 net.ipv4.tcp_max_tw_buckets = 180000 net.ipv4.tcp_max_orphans = 131072 net.ipv4.tcp_synack_retries = 5 net.ipv4.tcp_syn_retries = 5 net.ipv4.tcp_retrans_collapse = 1 net.ipv4.tcp_sack = 1 net.ipv4.tcp_window_scaling = 1 net.ipv4.tcp_timestamps = 1 Le resultat du ifconfig sur le serveur : eth0 Link encap:Ethernet HWaddr 00:E0:81:51:2E:2C inet addr:129.88.99.21 Bcast:129.88.99.63 Mask:255.255.255.192 inet6 addr: fe80::2e0:81ff:fe51:2e2c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:242839692 errors:0 dropped:266120 overruns:0 frame:0 TX packets:126106747 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3980310330 (3.7 GiB) TX bytes:3346390005 (3.1 GiB) Base address:0x2080 Memory:c2200000-c2220000