{"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\/es\/blog\/news\/predlozhenie-po-vklyucheniyu-rezhima-tcp_nodelay-po-umolchaniyu","title":{"rendered":"Propuesta para habilitar el modo TCP_NODELAY por defecto","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Marc Brooker, ingeniero de Amazon Web Services (AWS), ha abordado los conceptos err\u00f3neos relacionados con la mejora de la eficiencia en la transmisi\u00f3n de peque\u00f1os mensajes al utilizar el algoritmo de Nagle, que se aplica por defecto en la pila TCP\/IP. Las recomendaciones se centran en desactivar el algoritmo de Nagle por defecto, lo cual se puede hacer en el contexto de aplicaciones espec\u00edficas mediante la opci\u00f3n TCP_NODELAY para los sockets de red utilizando la llamada setsockopt, algo que ya se hace desde hace tiempo en proyectos como Node.js y curl. <\/p>\n
El algoritmo de Nagle permite agregar peque\u00f1os mensajes para reducir el tr\u00e1fico \u2014 suspende el env\u00edo de nuevos segmentos TCP hasta recibir confirmaci\u00f3n del recibo de los datos enviados previamente. Por ejemplo, sin la utilizaci\u00f3n de la agregaci\u00f3n, al enviar 1 byte, se env\u00edan 40 bytes adicionales con los encabezados de paquete TCP e IP. En las condiciones modernas, el uso del algoritmo de Nagle provoca un aumento notable en las latencias, inaceptables para aplicaciones interactivas y distribuidas. <\/p>\n
Se presentan tres argumentos principales a favor del uso por defecto de la opci\u00f3n TCP_NODELAY, que desactiva el algoritmo de Nagle: <\/p>\n
\n
La incompatibilidad del algoritmo de Nagle con la optimizaci\u00f3n de \"delayed ACK\", en la que la respuesta ACK se env\u00eda no de inmediato, sino despu\u00e9s de recibir los datos de respuesta. El problema es que en el algoritmo de Nagle, la llegada del paquete ACK es una se\u00f1al para enviar los datos agregados, y si el paquete ACK no ha llegado, el env\u00edo se realiza al caducar el tiempo de espera. As\u00ed, se genera un c\u00edrculo vicioso y el paquete ACK como se\u00f1al no funciona, ya que la otra parte no recibe los datos debido a su acumulaci\u00f3n en el lado del remitente, mientras que el remitente no los env\u00eda hasta que el tiempo de espera se cumple, ya que no recibe el paquete ACK.\n