Recentemente tivemos uma acalorada discuss�o sobre Linux escalar em
ambiente de alto desempenho ou n�o.
Me interessei pelo assunto, deixando os flames de lado.
Segundo o artigo
http://www.zdnet.com/products/stories/reviews/0,4161,2708064,00.html
para interfaces POSIX, o Apache at� pouco tempo tratava suas
requisi��es como processos, o que demandava muito recurso de sistemas
Solaris, HP-UX, AIX, etc.
Isso, segundo artigo, era porque o Linux trata processo e thread do
mesmo jeito.
O Apache no Windows j� roda multithread, mas n�o era escrito para
trabalhar com as chamadas nativas ao sistema (havia uma camada de
adapta��o POSIX/Windows, pelo o que eu entendi).
A vers�o 2.0 do Apache parece resolver os dois problemas numa cajadada
s�. Multithread para POSIX e interface nativa para Windows.
Mas a minha pergunta � o seguinte: o que o Linux faz para tratar
threads e processos do mesmo modo? A maneira como Linux trata os
processos d� algum ganho de modo que fique t�o r�pido quanto se os
tratasse como threads?
Se algu�m quiser discutir o assunto (sem flames desta vez), gostaria de
ouvir as opini�es (podem inclusive indicar documentos para leitura).
[]s
--
Edgard Lemos
[EMAIL PROTECTED]
Usu�rio Linux n� 135479
Assinantes em 09/07/2001: 2259
Mensagens recebidas desde 07/01/1999: 122149
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
