{"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\/it\/blog\/news\/predlozhenie-po-vklyucheniyu-rezhima-tcp_nodelay-po-umolchaniyu","title":{"rendered":"Offerta per includere la modalit\u00e0 TCP_NODELAY per impostazione predefinita","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Marc Brooker, ingegnere di Amazon Web Services (AWS), ha esaminato le idee sbagliate riguardanti l'efficienza della trasmissione dei piccoli messaggi utilizzando l'algoritmo di Nagle, impiegato per impostazione predefinita nello stack TCP\/IP. Le raccomandazioni suggeriscono di disattivare per default l'algoritmo di Nagle, il che pu\u00f2 essere fatto, nel contesto di alcune applicazioni, impostando l'opzione TCP_NODELAY per i socket di rete tramite la chiamata a setsockopt, una pratica gi\u00e0 adottata in progetti come Node.js e curl. <\/p>\n
L'algoritmo di Nagle consente di aggregare piccoli messaggi per ridurre il traffico \u2014 sospende l'invio di nuovi segmenti TCP fino a ricevere conferma della ricezione dei dati precedentemente inviati. Ad esempio, senza l'aggregazione, l'invio di 1 byte richiede l'invio di ulteriori 40 byte di intestazioni TCP e IP. Nelle condizioni moderne, l'uso dell'algoritmo di Nagle porta a un incremento significativo delle latenze, inaccettabili per applicazioni interattive e distribuite. <\/p>\n
Sono presentati tre principali argomenti a favore dell'utilizzo dell'opzione TCP_NODELAY per impostazione predefinita, che disattiva l'algoritmo di Nagle: <\/p>\n
\n
L'incompatibilit\u00e0 dell'algoritmo di Nagle con l'ottimizzazione \u00abdelayed ACK\u00bb, in cui la risposta ACK non viene inviata immediatamente, ma dopo aver ricevuto i dati di risposta. Il problema \u00e8 che, nell'algoritmo di Nagle, la ricezione del pacchetto ACK \u00e8 un segnale per inviare i dati aggregati, mentre se il pacchetto ACK non viene ricevuto, l'invio avviene solo al verificarsi di un timeout. Cos\u00ec si crea un circolo vizioso e il pacchetto ACK come segnale non funziona, poich\u00e9 l'altra parte non riceve i dati a causa della loro accumulazione dalla parte dell'emittente, e l'emittente non li invia fino al timeout, poich\u00e9 non riceve il pacchetto ACK.\n