[EMAIL PROTECTED] escreveu:
- o teste rodando na maquina A e a maquina B desligada: o processo pai terminou em 77 segundos e o filho em 80 segundos. - o teste rodando na maquina A e a maquina B ligada: o processo pai terminou em 43 segundos e o filho em 309 segundos. - o teste rodando na maquina B e a maquina A desligada: o processo pai terminou em 605 segundos e o filho em 608 segundos. - o teste rodando na maquina B e a maquina A ligada: o processo pai terminou em 78 segundos e o filho em 308 segundos.Fiz outros testes e os tempos foram sempre aproximados dos obtidos acima... da para perceber que o processo que migra para a outra maquina sempre demora exageradamente e o programa termina mais rapido quando so ha uma unica maquina no cluster... pq? Sera a minha rede de 10Mbps <> Por acaso seus processos são de baixa computação, como aplicativos que fazem uso de alta comunicação interprocessos? Se for este seu caso um switch será muito bem vindo ;-) A característica de não se poder migrar um processo é totalmente normal, devido a programas que falhariam ao serem movimentados pelo openMosix. Estes programas devem rodar, como planejado no nodo de origem em que foram iniciados. Portanto, será bem interessante você executar baterias de testes com diversas aplicações que se beneficiariam ou não com este cluster, para se criar um banco de informações contendo aplicações vantajosas para o sistema. []´s Marcos Pitanga Linux Clusters Specialist |
-- GUS-BR - Grupo de Usuarios Slackware - BR http://www.slackwarebrasil.org/ http://www.linuxmag.com.br/mailman/listinfo/slack-users
