{"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":"Proposta di abilitare la modalit\u00e0 TCP_NODELAY per impostazione predefinita","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Marc Brooker, ingegnere presso Amazon Web Services (AWS), ha chiarito alcune idee sbagliate relative al miglioramento dell'efficienza nella trasmissione di piccoli messaggi utilizzando l'algoritmo di Nagle, impiegato di default nel stack TCP\/IP. Le raccomandazioni si riducono a disabilitare di default l'algoritmo di Nagle, cosa che, nel contesto di applicazioni specifiche, pu\u00f2 essere realizzata impostando l'opzione TCP_NODELAY per i socket di rete tramite la chiamata 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'uso dell'aggregazione, quando si invia 1 byte, vengono inviati ulteriori 40 byte con le intestazioni TCP e IP del pacchetto. Nelle moderne condizioni, l'uso dell'algoritmo di Nagle porta a un aumento significativo dei ritardi, inaccettabili per applicazioni interattive e distribuite. <\/p>\n
Vengono forniti tre principali argomenti a favore dell'utilizzo di default dell'opzione TCP_NODELAY, che disabilita l'algoritmo di Nagle: <\/p>\n
\n
L'incompatibilit\u00e0 dell'algoritmo di Nagle con l'ottimizzazione 'delayed ACK', in cui la risposta ACK non viene inviata immediatamente, ma solo dopo la ricezione dei dati di risposta. Il problema \u00e8 che nell'algoritmo di Nagle la ricezione del pacchetto ACK \u00e8 un segnale per inviare i dati aggregati, ma se il pacchetto ACK non arriva, l'invio avviene al verificarsi di un timeout. In questo modo, si crea un circolo vizioso, e il pacchetto ACK come segnale non funziona, poich\u00e9 l'altra parte non riceve dati a causa del loro accumulo da parte del mittente, mentre il mittente non li invia fino al timeout, poich\u00e9 non riceve il pacchetto ACK.\n