El Viernes, 29 de Agosto de 2008 04:08, Alejandro Vargas escribió: > El día 29 de agosto de 2008 2:54, Herr Groucho <[EMAIL PROTECTED]> escribió: > >> Sí, yo supongo que seguramente no hace falta que sea simultánea > >> la comunicación porque de todas foramas si fuera simultánea tal > >> vez no te daría el ancho de banda para recibirlas todas al mismo > >> tiempo. > > > > Se compra el ancho de banda necesario para ser capaz de leer > > todos los datos de todos los equipos en menos de 5 min, con la > > cantidad que se pueda de conexiones simultáneas. Si el caño no da > > para transportar los datos al ritmo que se están generando, no > > sirve... > > Bueno, pero dijiste que actualmente la descarga se hace > secuencialmente, ¿no?
No. Actualmente se abren todas las conexiones simultáneas que haga falta, hasta un límite configurable. > así que estas dependiendo de la velocidad de > subida de los equipos, no de la bajada tuya. Por debajo de una cierta cantidad de conexiones simultáneas, el límite lo pone la velocidad de subida de los equipos. Por encima, la de bajada del caño. Se juega con los parámetros (ancho de banda del caño, cantidad de conexiones simultáneas, capacidad del servidor) teniendo en cuenta los costos y se elige el valor óptimo. > Si ahora podés > arreglarte así significa que no es tan importante tener todos los > datos al mismo tiempo. Es impresindible obtener los datos al mismo tiempo. Eso no quiere decir que no se los pueda tener disponibles hasta unas pocas horas después de tomados, en tanto hayan sido tomados al mismo tiempo. Tampoco he dicho que actualmente tenga un sistema con la cantidad de equipos que me han llevado a plantear el problema C10K. Como anden ahora los sistemas existentes no necesariamente se va a poder extrapolar a como va a andar otro sistema con 10000 equipos cuando sea construido. De hecho, la intuición y todo lo que se investigó indica que las estrategias actualmente utilizadas para atender cientos de conexiones no sirven para atender decenas de miles de conexiones. -- Herr Groucho ID Jabber: [EMAIL PROTECTED] Señal distintiva: LU5MJR - 144,550 MHz FM. Clave pública GPG: hkp://pks.lugmen.org.ar Fingerprint GPG: B7BD 0FC7 D9A2 66F3 4EFC 45EE 7DE2 3932 597B 6354
