On Wed, 6 Apr 2005, Miguel Da Silva wrote: > On Mon, 4 Apr 2005 14:26:41 -0300 (BRST) > Antonio da Silva Martins Junior <[EMAIL PROTECTED]> wrote: > > > Mas usando-se um cluster baseado no OpenMosix, com balanceamento de carga, > > aplica��es gen�ricas podem ser beneficiadas pelo cluster. Isto n�o quer > > dizer que converter uma musica de MP3 para WAV, usando um programa comum, > > ir� executar mais r�pido em um cluster. Mas, usando o mesmo programa a > > convers�o de v�rios arquivos em paralelo (executando o mesmo programa > > v�rias vezes em segundo plano "&") ser� sensivelmente mais r�pida, pois o > > cluster (OpenMosix) ir� balancear a carga entre os v�rios computadores, de > > forma similar a uma m�quina SMP (multiprocessada). > > > Olha ... acho que o OpenMOSIX far� poss�vel a migra�ao de um processo > para um n� que tenha menos carga, por�m TODO o processo ser� transferido > para esse n� e no final das contas nao haver� processamento paralelo; o > processo ser� executado em 1 n� apenas (o que for mais "r�pido"). > > Se o programa nao est� escrito de maneira a usar processamento paralelo, > entao usar um cluster nao ser� muito vantajoso.
Ol�, como expliquei acima, o OpenMOSIX far� o _balanceamento de carga_ entre os n�s do cluster (pode ser usado com processamento paralelo e MPI tamb�m). No caso do teste do F�bio, converter 30 arquivos MP3 para WAV, teriamos ent�o dois casos: com cluster e sem cluster. Sem Cluster: os 30 arquivos s�o processados um a um, se cada arquivo demora 1 minuto, ser�o aprox. 30 minutos (estou desconsiderando um monte de coisa para simplificar). Com Cluster: os 30 arquivos s�o processados um a um, mas o trabalho � dividido entre os n�s do cluster, se tivermos 3 n�s, cada um processara 10 arquivos (em aprox. 10 minutos), se contarmos os tempos de transfer�ncia entre os n�s podemos acrescentar uns 10%, no total ser�o uns 12 minutos. Ent�o, o uso do cluster ser� ou n�o vantajoso? Neste caso sim. Agora se for usado _um_ programa n�o paralelo, n�o h� vantagem. Mas se este programa n�o paralelo, ser� usado v�rias vezes, ent�o em alguns casos pode-se paralelizar o servi�o sem paralelizar o programa, e teremos novamente uma vantagem, n�o em cada processamento mas no total! De uma olhada no LTSP-Mosix (http://www.lpmo.edu/~daniau/ltsp-mosix/) e no Condor (http://www.cs.wisc.edu/condor/) para mais exemplos de como explorar a exist�ncia de v�rias CPUs n�o utilizadas... Antonio. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows | | Universidade Estadual de Maringa - Brasil| what evil lurks in the | | NPD - N�cleo de Processamento de Dados | Heart of Men!" | | E-Mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] | !!! Linux User: 52392 !!! | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ --------------------------------------------------------------------------- Esta lista � patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br Regras de utiliza��o da lista: http://linux-br.conectiva.com.br FAQ: http://www.zago.eti.br/menu.html
