Daniel Paganini wrote: > > Ruim mesmo era quando a bateria vazava... S� consegui salvar uma, e > > ficou t�o ruim que a placa virou "doadora".0 > > Ahhh.. mas isso tem do ne? ela tem que tar la qetinha trocentos anos pra > chegar a vazar.. qi nem igual em qq aparelho eletronico, so que normalmente > so escorre no compartimento das baterias, nada chega na placa, ja no micro > se escorre e um desastre ne? (nao cheguei a ver uma que tenha escorrido > assim)
Em ambiente quente e �mido, isto ocorre mais do que considero aceit�vel... 8-( > > Tenho duas de 386sx num saco la no telhado err.. sotao... quer pra sua > > colecao? :) > > Ulha! Manda pelo correio! 8-) > > Mas a remessa fica por sua conta falo? ;) Fal�! 8-) > > > tem mais uma de msx expert ddplus, mas essas sao da miiinha colecao.. > > > fica na gaveta junto com o outro ddplus :-ppp > > Mas o cr�me de la cr�me vc n�o dispensa, n�? ;-) > > �? como? ;) A nata, Daniel... a nata... 8-) > > Como o copro da Intel tinha pipelines e o escambau, e os AMDs ainda > > estavam no 387 velh�o de guerra, foi feito um FUD tremendo em cima dos > > K5 ou K6 (agora n�o lembro), que eles eram ruim at� mesmo em matem�tica > > inteira. > > Nao foi por algo assim que ela lancou o k6-2 ? N�o lembro... 8-P Mas o K6-2 ag�enta freq��ncias de clock maiores, enquanto a linha k6-3 possui mais cache L1. > quanto a qualidade com inteiros e pq os programas nao usavam o coprocessador > nao? Este � um ponto. A ALU da AMD � (e foi) sensivelmente mais r�pida que o da Intel, mas se vc puxar pela mem�ria, vai lembrar que a Intel sempre patrocinou e incentivou a computa��o 3D (chegou at� a lan�ar bibliotecas gr�ficas para competir com OpenGL, eu usei no Caligari 2.0, e a danada era boa), l�gico que em ponto flutuante. Quando o mercado adotou o 3D como pr�-requisito para o desktop, a AMD teve que se virar... > Ou pq a comparacao era com um processador (intel) com uma tecnologia melhor? IIRC, at� a linha K6-1 o principal diferencial da AMD era pre�o. At� a Cirix tinha um processador mais interessante. A partir do K6-2 a coisa mudou de figura, e quem teve que correr atr�s foi a Intel... 8-) Me lembro de uma reportagem onde se dizia que a Intel, pela primeira vez, estava lan�ando uma gera��o de chips antes da pr�xima estar j� pronta... 8-P > > Sim, mas era um recurso da placa-m�e. O P-IV tem isto *dentro* do chip, > > e funciona � revelia da placa-m�e. > > Nao sabia disso.. legal... tudo bem que precaucao nunca e demais ne? mas se > e um server que tem que ficar ligado de qq jeito, um cooler de *otima* > qualidade e indispensavel ne? N�o tenha a menor d�vida disso. Eu fico doente quando vejo um man� gastar 2000 reais num computador, e depois escolher o cooler pelo pre�o... X-P E ainda me chega o cara e quer fazer overclock! o_O > Hmm.. me veio uma duvida aqui... num servidor multiprocessado com linux, se > um dos processadores [parar,queimar,evaporar,derreter] o linux vai passar a > carga pro outro? ou vai dar um erro e pronto. Aqui passei direto... 8-P Mas me lembro de ter lido um coment�rio que toler�ncia � falhas era o ponto fraco do Linux. > Pq com essa funcionalidade do > P4 ele iria apenas diminuir a velocidade de um e o sistema faria a redivisao > de cargas ne? Isto com certeza. Talvez o kernel n�o se toque de que um dos processadores est� em marcha lenta e acabe escalonando tarefas de um modo n�o ideal, mas continuar funcionando vai sim. > mas e se o problema for algo que simplesmente parasse o > processador? o server continuaria funcionando? Algum mago SMP do kernel na escuta? ;-) -- []s, ([EMAIL PROTECTED]) Liberdade n�o � um esfor�o individual. A sua s� existe se vc garantir a dos outros! Vapour : The Software's natural state. Assinantes em 26/06/2002: 2224 Mensagens recebidas desde 07/01/1999: 172779 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
