Em s�b, 07 jul 2001, Kiss The Blade escreveu:
> Er... quantas vezes eu tenho que repetir aqui a definicao de 'escalar'?
> Quantos processadores tem essa m�quina? � um bloco SMP unico, ou uma
> arquitetura NUMA? � clusterizada, de alguma forma? Se for, por qual
> t�cnica? Rodava algum Unix nessa maquina? Se rodava, foram feitos
> benchmarks avaliando a performance antes e depois do Linux? Quem avaliou?
> Se for um bloco unico, ela tem condicoes de fazer load-balancing para uma
> segunda, terceira, quinta ou oitava m�quina? Ela pode transferir servi�os
> de um n� para outro? E toler�ncia a falhas, qual a solu��o usada? Sabias
> que isso depende muito do SO? E que o Linux nao � fault-tolerant? Nah,
> deixa. Vc viu isso no anuncio da IBM, nao poderia saber. Afinal, a IBM
> esconde at� os resultados do seu banco de dados
> (http://www.oracle.com/features/9i/index.html?ad_benchmark.html), pq ela
> daria detalhes da implementacao da maquina da Shell?
Escalar tem muitos sentidos. Um deles � poder ser usado tanto em
m�quinas grandes quanto pequenas. Neste sentido o Linux tem se sa�do
maravilhosamente bem, rodando em rel�gios de pulso, mainframes e
supercomputadores SP2, entre outros.
Por outro lado, o seu projeto inicial previa desempenho, raz�o
pela qual se adotou n�o s� o modelo de kernel monol�tico (que permite
um aproveitamente maior do hardware e mais otimiza��es do que o modelo
microkernel, em geral) como um projeto para um processador s�. No entanto,
as mar�s foram mudando, e a intrus�o do Linux no mercado corporativo criou
a exig�ncia de maiores travas no kernel para ele funcionar bem com SMP e
o uso de sistemas de arquivos 'journaled'.
� tudo quest�o de equil�brio. O FreeBSD funciona bem e r�pido
porque � um kernel monol�tico e porque tem poucas travas no kernel. Por
seu lado, o Linux corporativo j� n�o pode continuar trilhando este
caminho. No Linux 2.6 j� teremos NUMA. Do 1.2 para 2.0 introduziu-se
um SMP b�sico, do 2.0 para 2.2 melhorou-se bem isso e agora no 2.4
foram feitas algumas transforma��es na arquitetura para tirar ainda
maior proveito de SMP. Acredito que o 2.6 (que talvez saia como 3.0)
vai ter uma programa��o muito boa para micros com v�rias processadores.
Atualmente o Linux j� suporta uma grande quantidade de processadores simult�neos,
ele apenas n�o tem muito desempenho relativo com o aumento do n�mero
destes.
Bem, sendo de um paradigma diferente do modelo comercial
tradicional, a abertura do Linux faz com que a din�mica dele seja
bem diferente. Ele pode, em determinado momento do tempo, n�o ser
escal�vel, mas a abertura dele lhe garante uma adaptabilidade
surpreeendente. Antes n�o t�nhamos sistemas de arquivos journaled,
agora temos GFS, XFS, JFS, ReiserFS, ext3 e ainda uma nova tecnologia,
adaptada do soft updates do BSD, chamada TUX2 que pretende ter a
mesma confiabilidade dos jfs's sem ter a sobrecarga de um log.
Continuando o exemplo, antes n�o t�nhamos alta disponibilidade,
e ainda n�o temos realmente um produto padr�o de alta disponibilidade
no GNU/Linux (sim, agora estou falando n�o s� do kernel, mas do SO),
mas j� d� pra fazer um servidor de alta disponibilidade com cen�rios
altamente sofisticado usando as ferramentas que j� existem: mon, ha-linux,
fake, heartbeat e outros (sim, eu vi uma implementa��o dessas, embora
tivesse sido apenas um takeover simples entre duas m�quinas.). Acredito
que em breve algu�m saia com uma configura��o super-eficiente destes e
libere em c�digo livre para a comunidade, continuando o papel de
"escalabilidade din�mica" (acabei de cunhar o termo :) ) do GNU/Linux.
OBS.: Falando de alta disponibilidade, estou meio que descartando
os produtos propriet�rios para GNU/Linux, basicamente porque n�o se
tornam padr�o.
OBS.: Agora falando de toler�ncia a falhas: para ter toler�ncia
a falhas o SO precisa ser projetado ESPECIALMENTE para isso. N�o conhe�o
realmente nenhum SO "mainstream" que tenha isso hoje em dia. Ser� que
seria poss�vel faz�-lo com um SO aberto (*BSD, Linux) que j� existe, assim
como existem as adapta��es de real-time (rtlinux), microcontroladores
(uCLinux) e microkernel (mklinux)?
[]s,
--
Patola (Cl�udio Sampaio) - Solvo IT
IBM Certified Advanced Technical Expert
SAIR GNU/Linux Certified Systems Administrator
PGP/GPG Public Key Available Upon Request
Anti-Microsoft activist for mainly moral but also technical reasons
Try http://www.automatos.com - The Automatic MSP
Unix sex: unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep
--
/"\
\ / ASCII RIBBON CAMPAIGN - NO HTML EMAIL!
X PLEASE QUOTE ONLY RELEVANT PARTS OF THIS MESSAGE.
/ \ DON'T QUOTE THIS SIGNATURE! / N�O CITE ESTA ASSINATURA!
Assinantes em 09/07/2001: 2262
Mensagens recebidas desde 07/01/1999: 122014
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
