[pick]
>> Hmmm... MMX?
[pick]
> a Microsoft j� mantinha a
> pol�tica de simplesmente ignorar as vers�es menos recentes de seus
> produtos : eles n�o poderiam mexer muito no chip sen�o nenhum usu�rio j�
> conquistado poderia fazer uma update...
Ta ai.. esse negocio de manter compatibilidade as vezes atrasa e a
evolucao mesmo...
> Moral, eles acoplaram o MMX no copro (para aproveitar c�digo legado de
> troca de contexto) e vc n�o pode usar MMX e o copro matem�tico
> simult�neamente... 8-P
Ainda fazem esse tipo de solucao porca...
> Interessante que o movimento da Intel pra cima do 3D tbm se deu no
> software : ela estava fornecendo a biblioteca gr�fica 3DR (n�o chegava a
> ser um OpenGL, mas dava conta do recado), mas deu pra tr�s porque
> Redmond fez bei�inho e fez algumas amea�as se a Intel insistisse em
> atrapalhar sua vida (direct-X... tsc... tsc...)
Ahhh e eu acho que mesmo que nao fosse mais deste jeito, este tipo de
coisa nao funcionaria mais... ela lancaria uma biblioteca proprietaria...
sera que se nao fosse absolutamente fabulosa ela seria aproveitada?
> > > Quando o mercado adotou o 3D como pr�-requisito para o desktop, a AMD
> > > teve que se virar...
> > 3DNow?
> 3Dnow � coisa interessante, bem feita desde o come�o. A AMD foi atr�s
> dos principais fabricantes de jogos e perguntou � eles *o que eles
> queriam*.
Alguem resolveu pensar com a cabeca e nao com o bolso ne? quer dizer..
com os dois... hehehe
Mas como nosso colega Leonardo disse... Eu tambem ja li sobre o maior
motivo do mmx... idiotice ne? doq adiantava? a unica coisa que fariam e
dificultar um pouco a copia... ao inves de trabalharem logo de cara pra
fazer instrucoes melhores pra melhorar seus processadores, gastaram
tempo/dinhero/cerebro imbutindo besteiras neles... tsctsctsc...
> > > Mas me lembro de ter lido um coment�rio que toler�ncia � falhas era o
> > > ponto fraco do Linux.
> > Ihhhh.. mas isso tambem e uma questao mais do hardware cuidar disto nao
e?
> O software tem que estar a par do que t� acontecendo tbm... Vai que o
> processador que pifou � justamente o escalonador... 8-P
hmmm.. poise.. o minimo que ia acontecer e o outro processador comecar a
devolver as tarefas pro disquete... 8)
> Al�m do mais, o kernel precisa "sacar" que o processador X foi pro
> espa�o, recuperar o job que tinha dado � ele e tir�-lo na equa��o do
> escalonamento.
Eeeita trabalhin complicado... acjho que e por isso que nao tenho
condicoes de ter um micro biprocessado... :/
> Saindo do nivel de software, existe placas que aceitam trocar
> processadores a quente? como um HD?
> HotSwap? Tem computadores com hotswap at� para mem�ria, mas nada
> acess�vel para n�s pobres mortais. 8-)
Depois que mandei que pensei por este lado... se vc tem $dinheiro$ (e
bota cifrao nisso) vc ja tem um micro a base de carbono... e que aprende com
seus erros... (Eita que lembrei do filme Jogos de Guerra agora)
> � coisa pra servidor high-end (e bote high-end nisso). Tem que tem
> hardware e software trabalhando juntos.
> Ainda n�o vi nenhum PC com HotSwap (exceto de FlashBIOS, feita na
> marra... heheh).
Aiii vem aqueeeeeeelas coisinhas baratinha e proprietarias ne? que a
dona da tecnologia cobra $$$$$$$$$$ e vc paga pq nao tem mais niguem pra
fazer isto pra vc... socooooroo.. tem monopolio pra toooodo lado... 8O
[]�s
Assinantes em 27/06/2002: 2221
Mensagens recebidas desde 07/01/1999: 172953
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
