{"id":115667,"date":"2024-05-10T13:52:08","date_gmt":"2024-05-10T11:52:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predlozhenie-po-vklyucheniyu-rezhima-tcp_nodelay-po-umolchaniyu"},"modified":"2024-05-10T13:52:08","modified_gmt":"2024-05-10T11:52:08","slug":"predlozhenie-po-vklyucheniyu-rezhima-tcp_nodelay-po-umolchaniyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/predlozhenie-po-vklyucheniyu-rezhima-tcp_nodelay-po-umolchaniyu","title":{"rendered":"Vorschlag zur standardm\u00e4\u00dfigen Aktivierung des TCP_NODELAY-Modus","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Marc Brooker, Ingenieur bei Amazon Web Services (AWS), hat Missverst\u00e4ndnisse \u00fcber die Effizienzsteigerung der \u00dcbertragung kleiner Nachrichten mit dem Nagle-Algorithmus, der standardm\u00e4\u00dfig im TCP\/IP-Stack verwendet wird, aufgekl\u00e4rt. Die Empfehlungen zielen darauf ab, den Nagle-Algorithmus standardm\u00e4\u00dfig zu deaktivieren, was im Kontext bestimmter Anwendungen durch das Setzen der TCP_NODELAY-Option f\u00fcr Netzwerksockets mittels des Aufrufs von setsockopt erreicht werden kann, wie es bereits in Projekten wie Node.js und curl seit langem praktiziert wird. <\/p>\n
Der Nagle-Algorithmus erm\u00f6glicht es, kleine Nachrichten zu aggregieren, um den Datenverkehr zu reduzieren \u2013 er unterbricht das Senden neuer TCP-Segmente, bis eine Best\u00e4tigung f\u00fcr die zuvor gesendeten Daten eingegangen ist. Zum Beispiel wird ohne Aggregation beim Senden von 1 Byte zus\u00e4tzlich 40 Byte mit TCP- und IP-Headern des Pakets gesendet. Unter modernen Bedingungen f\u00fchrt die Verwendung des Nagle-Algorithmus zu sp\u00fcrbaren Verz\u00f6gerungen, die f\u00fcr interaktive und verteilte Anwendungen inakzeptabel sind. <\/p>\n
Es gibt drei Hauptargumente f\u00fcr die standardm\u00e4\u00dfige Verwendung der TCP_NODELAY-Option, die den Nagle-Algorithmus deaktiviert: <\/p>\n
\n
Die Inkompatibilit\u00e4t des Nagle-Algorithmus mit der Optimierung \u201edelayed ACK\u201c, bei der die ACK-Antwort nicht sofort, sondern nach Erhalt der Antwortdaten gesendet wird. Das Problem ist, dass im Nagle-Algorithmus der Eingang des ACK-Pakets ein Signal f\u00fcr das Senden der aggregierten Daten ist. Wenn das ACK-Paket jedoch nicht eingeht, erfolgt das Senden nach Ablauf eines Timeouts. So entsteht ein Teufelskreis und das ACK-Paket funktioniert nicht als Signal, da die andere Seite die Daten aufgrund ihrer Ansammlung auf der Senderseite nicht erh\u00e4lt und der Sender sie nicht bis zum Timeout sendet, da er kein ACK-Paket erh\u00e4lt.\n