🚀 go-pugleaf

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

�Buenas tardes!

Un compa�ero de trabajo est� intentando escribir un c�digo machaca
n�meros en paralelo que funcione en regimen peer-to-peer con las
m�quinas que tenemos en nuestra LAN.

El problema con el que se est� encontrando es que al intentar establecer
la conexi�n entre nodos mediante sockets, en algunos casos (seg�n cual sea
la carga de los sistemas) connect intenta entablar conexi�n desde el
nodo que act�a como cliente (durante el proceso de inicio de las
conexiones) antes de que accept haya terminado de operar en el lado
que act�a como servidor.

El resultado es un fallo en el establecimiento de la conexi�n y nos
gustar�a saber si hay alguna posibilidad de bloquear la acci�n de
connect de manera que si falla en su intento de conectarse, se mantenga
durante x segundos reintent�ndolo antes de dejarlo por imposible.

Y no, los sockets no se est�n creando con la NON_BLOCKING flag; precisamente
lo que querr�amos es que se quedasen bloqueados durante tiempos largos en
caso de no obtener respuesta. El c�digo funciona con declaraciones sleep;
pero claro, eso supone dar un retardo siempre igual al m�ximo retardo esperable
con el problema de que en muchas situaciones la conexi�n se puede establecer
mucho antes y de que dicho retardo m�ximo esperable no deja de ser una
entelequia que depende de la carga de cada sistema.
- -- 
Juan Pablo Hierro �lvarez
hierro en escomposlinux punto org
Clave p�blica: 0xA8707ADF en pgp.rediris.es
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAj1K1RMACgkQd1aMoahwet+I5QCgw2El86JBXvT49wFJnSreCXGv
L4AAnA/0HIfexJF3jSfSTcV3Q/WTPjze
=t0/q
-----END PGP SIGNATURE-----