Intel's Conroe/AMD bugs

APLinhares

OpenSource
Achei esta curiosidade
RickGeek disse:
Intel's Conroe has 67 errata (bugs)
How many are planned to be fixed? Not all of them.

BLURB
I'm not going to write an article as I did the last time for AMD64 and Core architecture errata. If you remember, it caused rather a stir across the Internet. However, it is worth pointing out that Intel's future architecture, its Core 2 x86 flagship architecture, already has 67 errata on file, with only 20 planned fixes. That means 47 errata will persist in future steppings. For the most part, errata will cause no damage to a desktop or server system. However, that they're there and have been identified would seem to be an indicator that Intel knows what's causing them and, therefore, they could be fixed. The reality remains that many companies will not invest resources in fixing problems that do not impact many people. This is true in software, hardware, manufacturing, and other industries as well. If a particular part is defective, it just won't be fixed, because the risk of introducing new problems through the fix, or the expense of testing the new correction (compared to the small expense of actually fixing it) to have proper validation before release is just prohibitive. I've wondered from time to time how a chip making company with as many years of experience as Intel in such a wide array of areas could still release chips that are buggy. I would think that each internal "system" would be nailed down, solidified in design, fully understood, and would behave only as they expected before being introduced into a production chip. And whereas there are always things that slip through the cracks, I would think a high enough value would be placed on fixing it--or making it right--for the end consumer that it would be done that way. Of course, there I go injecting morality or ethics into business. Bad RickGeek, bad... Read about all of Intel's Core 2 errata PDF (as of August, 2006), and post your thoughts below about Intel's flagship architecture having 47 bugs with no planned fix.

in http://www.geek.com/news/geeknews/2006Aug/bch20060824038244.htm

Os modelos em questão são o Intel Core 2 Extreme Processor X6800 e o Intel Core 2 Duo Desktop Processor E6000, ou seja, os chips projetados para computadores portáteis, a princípio, não foram afetados. Muitas dessas falhas não chegam a alterar a performance dos programas que rodarão no PC, sendo que a fabricante norte-americana de chips deve se concentrar em retificar apenas os erros mais críticos nos dois processadores. A empresa não deu detalhes sobre o que essas falhas representam no desempenho das máquinas, nem quais serão consertadas primeiro. Para visualizar o documento, clique aqui (PDF, em inglês).

No entanto, este tipo de anúncio não é exclusividade da Intel. A AMD , sua principal concorrente, divulgou recentemente 136 falhas nas linhas de processadores Opteron e Athlon . O documento da empresa pode ser conferido aqui.
in http://wnews.uol.com.br/site/noticias/materia.php?id_secao=4&id_conteudo=5722
 
Hmmm, não é propriamente novidade. Todos têm bugs, no entanto como eles dizem, para a maior parte das aplicações nem se nota.
 
Agora já sabem porque é que o Space Shuttle aínda usa o 386 (para além da maior resistência à radiação no espaço, claro), apesar do upgrade dos sistemas há uns anos... :D

O hardware também é desenhado por humanos, é impossível existir alguma coisa 100% perfeita, sobretudo numa máquina com centenas de milhões de "peças" feitas à escala quasi-atómica.
 
Agora já sabem porque é que o Space Shuttle aínda usa o 386 (para além da maior resistência à radiação no espaço, claro), apesar do upgrade dos sistemas há uns anos... :D

O hardware também é desenhado por humanos, é impossível existir alguma coisa 100% perfeita, sobretudo numa máquina com centenas de milhões de "peças" feitas à escala quasi-atómica.
Nem é preciso ir tão longe. Os aviões comerciais actuais, Airbus e Boeings, usam CPU's que um 486 envergonharia. ;)

O que se quer é fiabilidade acima de tudo. A performance chega e sobra.
 
Um programador de linguagens de baixo nivel-> assembly (principalmente programadores de compiladores) necessitam de ter sempre em atenção estas erratas porque como pode ser observada na lista existem certo tipo de calculos que vao dar errado e muitas das vezes nem se conhece a causa desses erros e é extremamente dificil para os engenheiros fazer debuguing exaustivos e detectar todos esses pequenos promenores.

E com o aumento do numero de transistores e da complexadade dos micro-processadores estas Erratas tendem a aumentar.

O uso do termo bug para descrever defeitos inexplicáveis foi parte do jargão da engenharia por várias décadas; pode originalmente ter sido usado na engenharia mecânica para descrever maus funcionamentos mecânicos. Diz-se que o termo foi criado por Thomas Edison quando um inseto causou problemas de leitura em seu fonógrafo em 1878, mas pode ser que o termo seja mais antigo.

A invenção do termo freqüentemente é atribuída erroneamente a Grace Hopper, que publicou em 1945 a causa do mau funcionamento no Mark II seria um inseto preso nos contatos de um Relê.

O ENIAC (Electronic Numerical Integrator and Computer), primeiro computador digital completamente eletrônico, também contribuiu ao uso da palavra. Ele era movido a válvulas e, assim, atraía milhares de insetos. Como dezenas a centenas de válvulas queimavam a cada hora o computador, que ocupava o espaço de uma sala, era aberto frequentemente e montes de insetos mortos eram varridos para fora. Diz-se que esses insetos provocavam Curto Circuitos nas placas do ENIAC levando a falhas nos programas.
http://pt.wikipedia.org/wiki/Bug

Podemos dizer que os bugs actuais sao ligeiramente mais dificeis de resolver que os que apareceram nos primeiros computadores :D
 
Última edição:
Back
Topo