[pick] > primeiras placas dava pra trocar a bateria sem problemas, mas as mais > moderninhas, que tinham v�rias camadas de PCB, era mais seguro cortar a > bateria fora e reaproveitar os terminais como ponto de solda da nova.
Agora que vc avisa? tsctsctsc... hehehehe... mas nao era esse o jeito mesmo? > 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) > 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? ;) Assim que eu arrumar uma escada pra conseguir chegar la em cima sem dependurar na grade da janela e uma picareta pra tirar a blindagem de protecao do sacoplastico (leia-se camadas eternas de poeira :) ja que nao tem portinha pra entrar la emcima...) eu aviso... Hmm quanto que deve ficar pra enviar prai um saco de uuuns (nao me lembro bem) 80x80x40cm de uns 10kilos (tudo no chute) pq se for mandar, nem quero saber oq tem mais naquele saco... Ta doido... seila q nova especie de ser semi-vivo vai sair quando eu abrir aquele saco dinovo... 8D > 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? ;) > e Cirix MII isto ainda era realidade. > Acho que a AMD comecou a pensar nisso depois dos k6-2... > Pra falar a verdade, ela s� teve *dinheiro* pra ver isto no > desenvolvimento do K-7 para cima. Argh... dinheiro... limitando a evolucao... quer dizer.. a falta dele... > Antes disso, tava todo mundo usando uma c�pia do 80387, ao passo que a > Intel dava ao copro o mesmo tratamento dispensando ao n�cleo do > processador. Legal isso ne? ja vi um monte de programas que simplesmente falavam que nao tinha um coprocessador na maquina :( > 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 ? quanto a qualidade com inteiros e pq os programas nao usavam o coprocessador nao? Ou pq a comparacao era com um processador (intel) com uma tecnologia melhor? > At� a AMD se mexer e a Id soltar uma vers�o que s� usava o memcopy via > copro nos Intel, a gente penava pra brincar de Quake1 nos AMDs... Nunca gostei de quake... adorava dukenukem3d, jogar em rede ou pelo modem... quando todo mundo passou pro quake tomei a direcao dos rpgs e fiquei nisso... ou adventures ne? vai falar que jogos como larry 6 ou 7 nao sao muuuito bons... ;) por falar nisso, inda num consegui rodar eles no dosemu... saco... to penano pra acertar aquele doseu.conf pra isso... sempre da um erro (ou varios) > quanto a temperatura sobe, > o P-IV automaticamente baixa o clock dele. O bicho fica lerdo feito uma > lesma, mas n�o tr�va nem queima. > Ahh mas isso com um K6-2 550 e uma placa Asus P5AB ja tenho isso... > 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? 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. Pq com essa funcionalidade do P4 ele iria apenas diminuir a velocidade de um e o sistema faria a redivisao de cargas ne? mas e se o problema for algo que simplesmente parasse o processador? o server continuaria funcionando? []�s Assinantes em 26/06/2002: 2224 Mensagens recebidas desde 07/01/1999: 172753 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
