Em seg, 18 jun 2001, Kiss The Blade escreveu:
> At 16:00 17/6/2001 -0300, F�bio Franco de Oliveira wrote:
> >Multi-thread significa multi-camadas, n�o � ? Ent�o significa que o Windows
> >� mais r�pido do que o Unix/Linux em rela��o a throughput ??
> 
> Threads sao 'miniprocessos' que compartilham o mesmo segmento de memoria do 
> processo pai. Como em Linux e unixes gratis em geral o suporte a threads 
> nao eh muito bom, o pessoal emula-as com chamadas a fork() e clone(), q sao 
> tao rapidas qt em maquinas monoprocessadas que nao tem muita carga. Mas, 
> AFAIK, isso nao escala bem, pois cada processo filho desta forma ter� seu 
> espaco de memoria separado, ocupando mais memoria do que uma thread, e 
> terao que se comunicar por messaging normal por IPC ao inves de leitura e 
> escrita no espaco em memoria compartilhado entre as threads, gerando 
> overload desnecessario e nao sendo bem distribuidos em maquinas com varios 
> processadores, caindo o desempenho. Eh por isso que programas que fazem uso 
> intensivo de threads, como a Java Virtual Machine e programas grandes em 
> C++ sao mais lentos no Linux do que em outras plataformas. Sistemas q tem 
> threading mais maduro no kernel sao o Solaris, Tru64, BeOS e Windows 2000.
> 
> -ktb

Mas isso est� mudando.

Veja o que a IBM, NEC, Intel, SGI, Dell Computer, Hewlett-Packard, Hitachi,
Fujitsu, NEC, Mitsubishi Electric, Miracle Linux e outras planejam fazer ao
montar seu OSDL (Open-Source Developmnet Lab).

1. Fazer o Linux trabalhar melhor em grandes servidores corporativos com muitos
processadores.

2. Implementar multithreading.

O objetivo claro � tornar o Linux um servidor realmente profissional,
padronizado, com bom desempenho e com boas ferramentas de diagn�stico.

http://news.cnet.com/news/0-1003-202-6102072.html

[]s
-- 
Edgard Lemos 
[EMAIL PROTECTED]
Usu�rio Linux n� 135479


Assinantes em 18/06/2001: 2308
Mensagens recebidas desde 07/01/1999: 118688
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista: 
            mailto:[EMAIL PROTECTED]

Responder a