Desbloqueo de llamadas a la función de recuperación sin usar el modo de no bloqueo

Cuando se escribe una aplicación de red se puede utilizar el modo no bloqueante o el modo bloqueante. El modo no bloqueante es más flexible y necesario cuando la aplicación tiene que hacer varias cosas, como el mantenimiento de varios enchufes. Sin embargo, si la aplicación sólo hace una cosa, por ejemplo, leer de un socket y escribir los datos en un archivo o cola, entonces el uso del modo de bloqueo puede reducir la complejidad de su aplicación de manera significativa. Hay un pequeño problema con el modo de bloqueo, si algo va mal con la conexión la aplicación puede que nunca lo sepa; esperará para siempre por datos que nunca llegarán.

¿Cómo puede suceder eso? Imagina que tu aplicación ha llamado a recv y está esperando los datos de un cliente. La conexión de red del cliente no es fiable y la aplicación cliente está experimentando múltiples retransmisiones. En algún momento, la pila TCP del cliente decide que la conexión debe ser terminada; notifica a la aplicación cliente y limpia el socket. La aplicación se queda a la espera de datos sobre una conexión que, en lo que respecta al cliente, se ha cerrado. La única forma de solucionar el problema es terminar manualmente la aplicación y reiniciarla. Terminar la aplicación deja el socket conectado en un estado "TIME_WAIT" que, a menos que haya configurado la opción REUSEADDR socket, le impedirá reiniciar inmediatamente la aplicación y hacer que se vincule al socket de escucha.

Sin embargo, puede decirle a OpenVOS que establezca un límite de tiempo para esperar los datos durante la llamada de recuperación. El resultado es que después de que el límite de tiempo expire, la llamada devolverá un -1 y errno se fijará en e$timeout (1081). Su aplicación puede entonces tomar una decisión sobre cómo proceder. Puede terminar la conexión, dar al cliente otra oportunidad, enviar algo al cliente para probar la conexión, o cualquier otra respuesta apropiada de la aplicación. El punto es que los diagnósticos de la situación y la respuesta están bajo su control.

El programa timeout_recv.c de la figura 2 es un ejemplo de cómo hacerlo. Se necesitan 2 argumentos, un número de puerto para escuchar y un tiempo de espera en unidades de 1/1024 de segundo. La figura 1 muestra un ejemplo de ejecución, la línea de comandos (en negrita y subrayada) se hace eco porque creo firmemente que todos los argumentos deben hacerse eco de los programas interactivos. Nota: He establecido un tiempo de espera de 10 segundos (10240 / 1024). El programa informa cuando llama a aceptar y si acepta devuelve un tiempo de espera. Aunque no lo mencioné en el párrafo anterior, el tiempo de espera funcionará también en la llamada de aceptación y el programa lo demuestra. Después de que se hace una conexión, el programa reporta cuando llama y el tiempo de llamada regresa con un timeout o caracteres. He resaltado todos los mensajes de timeout.

Tenga en cuenta que las llamadas para establecer los límites de tiempo son específicas de OpenVOS (y VOS); este enfoque no funcionará con otros sistemas operativos.

Figura 1 - Ejemplo de ejecución de timeout_recv

Figura 2 - timeout_recv.c