[EMAIL PROTECTED] wrote:
> Psycho Mantys escreveu:
>   
>> Flavio Junior wrote:
>>  
>>     
>>> Na verdade eu penso um pouco diferente..
>>>
>>> O HPC é mto mais dependente da aplicação do que o HA.
>>> Pra usar uma aplicação em HPC ela vai precisar ser multithread e
>>> "cuidar" dessas threads filho, que era o grande ponto do openmosix.
>>>
>>>     
>>>       
> Cluster HPC faze uso massivo de MPI, MPI+openMP, PVM. Essa seria a 
> função principal.
>   
>>> Por exemplo, se eu rodar um openmosix com uma aplicação do Firefox,
>>> ele consegue jogar cada processo do firefox em uma maquina (e
>>> balancear, mostrar status e o escambau) mas se um processo morrer ele
>>> nem fica sabendo (mto menos recria o processo). Por que o Firefox não
>>> mantem um gerenciamento dessas threads/processos. Ele simplesmente
>>> abre o processo, e antes disso o openmosix define em qual node o
>>> processo vai rodar e manda o processo pra lá.
>>>     
>>>       
> Cluster openMosix era baseado em migração de processos par-a-par. Não 
> permitia migração de threads presas a algum recurso local.
>   
>>  Eu gerencio um cluster HPC aqui, e vejo cada dia mais que a aplicação 
>> não depende tanto assim do sistema. Você tem que garantir que o 
>> sistema tenha algumas coisas, e claro, mas ele funciona tento acesso 
>> aos outros no do cluster. Ambientes como CHARM++, MPI e etc... são 
>> facilitadores, mas se eles não existirem, você ainda tem um cluster de 
>> HPC.
>>  Um exemplo interessante: Teve um cliente aqui que estava rodando uma 
>> aplicação em "R". O que diabos é "R"? Eu não sabia, mas é uma 
>> linguagem estatística ou algo assim. Isso tem suporte direto a um 
>> cluster? Estilo MPI? Não :p. Ele programou com a linguagem para um 
>> cluster, se comunicando de alguma forma. Também teve um cara que rodou 
>> um programa em java(embora eu ache que HPC vai embora nesses casos . . 
>> :p).
>>   
>>     
> Quanto ao R com MPI --> Rmpi
>
> A diferença entre processamento paralelo e distribuído é bem sutil. ;-)
>
> Além disso dentro de um cluster HPC você poderá usar um Cluster 
> Management Resource, tais como openPBS, Torque, Slurm para executar seus 
> processos em lote sem precisar do paralelismo. Chamamos isso de 
> particionamento de um cluster HPC.
>
> Então podemos ter um cluster HPC como um cluster do tipo HTC (Computação 
> de Alta Vazão) como o projeto Condor por exemplo.
>
> []´s
>
> Marcos Pitanga
> Linux Clusters Specialist
>
> >
>
>   
#####################################################################################################

Mas o usuário não usou Rmpi ;). Ele fez a comunicação na mão :D.

Assim como já tive casos de software que usam pthread e socket ;).



--~--~---------~--~----~------------~-------~--~----~
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
-~----------~----~----~----~------~----~------~--~---

Responder a