2010/10/13 mipassa <[email protected]> > Cierto todo lo que dices. Pero mi problema podría tratar por ejemplo de > sondear estado de 100K equipos, que mientras llegas o no, te da timeout, y > demás tiempo muertos, estas pasando a los otros 99.999. La cosa es llenar > esos tiempos muertos con algo/thread ocioso y que no haya que estar creando > continuamente costosos hijos/forks/procesos > >
Más que Perl o Java, creo que 100K threads es una misión para Erlang! :) En todo caso, crear 100K threads, forks, o lo que sea, simultáneos es una barbaridad en cualquier lenguaje conocido. Incluso Erlang. En Perl, yo optaría por un pool de x workers utilizando alguno de los excelentes paquetes ya mencionados en esta conversación. O incluso Gearman, que tiene excelente integración con Perl, es muy eficiente y muy escalable, y así repartes el trabajo entre varios nodos. Repartir el trabajo entre servidores y levantar workers es, IMHO, la única forma eficiente de hacer 100K "cosas" a la vez. Por supuesto, los workers van siempre en proporción a la capacidad de la máquina. -r
_______________________________________________ Madrid-pm mailing list [email protected] http://mail.pm.org/mailman/listinfo/madrid-pm
