Bonsoir,
d'après mon expérience, le problème de performance entre TCP Ack Suppression et Linux 2.6.39+ implique l'utilisation d'une carte réseau gigabit: si je mets un driver rtl8139 sur une KVM Ubuntu 11.10 (noyau 3.0.0-15), je passe de 15Mb/s (driver virtio gigabit) à 100Mb/s (max de la BBox  ). Sans être totalement satisfaisant, le problème est réglé pour moi!

Je confirme : TCP Ack Suppression ne dégrade le débit que si les serveurs ont une carte réseau connectée en 1000 Mb/s (gigabit Ethernet). Le problème ne concerne pas les 100 Mb/s. (je n'ai pas testé le 10 Gb/s).

Une autre astuce testé qui fonctionne : virtualiser le serveur avec une carte 100 Mb/s : il est possible de faire du 1 Gb/s sur une carte 100 Mb/s virtualisée et le pb de perte de débit avec TCP Ack Suppression n'est pas présent.

butler_fr : on parle de la connexion du serveur, pas du PC Client. Si tu loue un serveur sur internet avec une connexion 1Gb/s, l'astuce de justmwa devrait même fonctionner.

TCP ACK Supression à été inventé pour les liaisons fortement asymétrique, où il n'est pas possible d'envoyer tous les acquittements.

C'est le cas du satellite avec la voie montant via modem 56 K (plusieurs Mb/s en download mais 33 Kb/s maximum théorique en upload).

C'était le cas du câble avec les connexions 100 Mb/s avec seulement 1 Mb/s d'upload.

Aujourd'hui ce n'est plus nécessaire, le câble offrant 5 Mb/s en upload pour les connexions 100 Mb/s.

Il faudrait donc l'enlever, surtout que ses effets sont catastrophique avec des linux récents qui interprètent la connexions comme ayant des pertes de paquets, donc la Rwin (fenêtre de réception) ne monte pas ce qui limite fortement le débit quand le ping augmente.

Pour moi il faudrait normaliser un fonctionnement de TCP avec moins d’acquittement, c'est vrai qu'il est bête d’acquitter un paquet sur deux sur une connexion en régime établi à très haut débit. Cela gêne firewall et routeurs qui sont limités en nombre de paquet par seconde.