[GUFSC] E aí pessoal....
Ricardo Grutzmacher
grutz@terra.com.br
Thu, 22 Aug 2002 18:34:29 -0300
>>>manutençoes(em software) e atualizaçoes numa única máquina ou
>>>várias com processamento distribuido(Cluster), que eu acho ser o caso do
>>>LabGrad
>>>
>>
>>Bom, isso aki jah nao eh possivel, mas veja que uma unica maquina tendo
>>todos os programas, e todos que querem executar esse programa utiliza o
>>disco, a memoria e o CPU desta maquina. Imagina (bom acho q nem eh preciso
>>imaginar, basta vc sentar na frente de uma maquina do LabGrad) 25 pessoas
>>ao mesmo tempo abrindo o netscape, staroffice. Me diga q maquina q irah
>>aguentar isso e terah uma performance identica a uma maquina q roda todas
>>essas aplicacoes locais ? Cluster? Isso nao se encaixa no caso, para
>>cluster eh preciso ter aplicacoes q aproveitem isso.
>
> Se nao me engano os binarios do mozilla e do openoffice ja suportam
> processamentos distribuido com o OpenMosix por padrao ou um cluster beowulf,
> porém terao que ser recompilados .. e acho q era exatamente o
> OpenMosix que o Jean tava implementando no labgrad
Isso tá parecendo aquele tal de: ``Pra que facilitar se podemos complicar!''
Veja bem, sei que a definição formal de `processamento distribuído' não
é esta, mas suponha que `processamento distribuído' signifique
`processamento não centralizado'.
É fácil de observar que rodar o sistema operacional e todos os
aplicativos localmente é um processamento distribuído seguinte esta
definição.
Agora o que você quer é redistribuir o processamento de todos os
aplicativos entre os outros computadores implicando perdas de
processamento por gerenciamento do cluster, atrasos devido ao tráfego
agora mais congestionado do que nunca, etc?
Isto não é uma coisa muito sensata. Gostaria da opinião do Dota que mexe
no cluster do LabPlan.
Use a saída mais óbvia. Aquela surgida com a invenção do microcomputador!
Todos conhecem, não requer um super especialista além de poder ser
*feita*, e melhor ainda, num *prazo suportável*.
At.
Ricardo.