Ich versuche, eine Kontroverse bei uns am Arbeitsplatz zu schlichten.
Vor zehn Jahren war die Leistung von TCP bei langen, fetten Leitungen, also Netzwerkpfaden mit hohen Bandbreitenverzögerungen, wirklich schlecht. Sysadmins haben den TCP-Stack mit einigen „goldenen“ Sysctl-Werten optimiert, die die iperf-Übertragungsraten auf magische Weise auf Gbps erhöhten.
In der Zwischenzeit ist viel passiert. Bei Linux wurden Unterstützungen für TCP-Zeitstempel, automatische Pufferoptimierung, RTT-Messung, CUBIC-Überlastungskontrolle und SACK hinzugefügt, um nur einige Beispiele zu nennen, die mir bekannt sind.
Müssen wir den TCP-Stack für lange, dicke Pipes noch optimieren oder erhalten heutige Benutzer sofort einsatzbereite Übertragungsraten von Gbit/s?
Antwort1
Nicht mehr nötig, es sei denn, es ist WIRKLICH lang (wie Satellitenendpunkte). Dies wird alles dynamisch und effektiv gehandhabt. In den meisten Fällen müssen Sie möglicherweise nur eine große MTU für Speichernetzwerke usw. verwenden.