Nos “dias de glória” do Windows Vista, a AMD já estava focada em fornecer CPUs de alto desempenho, multi-core e 64 bits. No entanto, como observado pelo engenheiro atual e ex-engenheiro da AMD, Phil Park, no Twitter, o bug TLB da AMD, que afetava as CPUs da arquitetura Barcelona, colocou a empresa em uma situação realmente difícil. De fato, Park diz que a AMD chamou isso de “layoff bug”, aparentemente em referência ao fato de que o bug era tão grave que as perdas resultantes poderiam levar a demissões na empresa.
Phil Park compartilha essas e muitas outras informações no thread, parcialmente feito para responder aos comentários de Hemant Mohapatra, um ex-funcionário da AMD. Já nos referimos a esse thread quando Mohapatra afirmou que Jensen Huang teria vendido a Nvidia para a AMD se ele pudesse ser o CEO da nova empresa conjunta, e Phil Park confirmou que esses comentários são verdadeiros.
De acordo com Phil, o infame bug TLB da AMD Barcelona não era o único problema importante na época — essa situação, combinada com uma arquitetura de núcleo de CPU cancelada privadamente, também foi muito cara e perigosa para a AMD na época. Ambos os problemas foram declarados como “nos atrasando (AMD) anos”. No entanto, as lições aprendidas culminaram na chegada da arquitetura AMD Zen e na primeira geração de processadores Ryzen e Threadripper.
Mas o que era o bug TLB da AMD Barcelona? Se você não estava por perto na época ou não estava por dentro, as notícias desse problema grave podem ter passado despercebidas. Mas, em resumo, a AMD estava lançando sua linha de CPUs quad-core Phenom usando Barcelona e contrapartes Opteron de nível servidor, e todas essas CPUs sofriam de um bug TLB.
Nesse contexto, TLB significa Translation Lookaside Buffer, e servia como uma maneira de reduzir significativamente a latência de memória e melhorar o desempenho nesses processadores AMD. No entanto, havia um bug TLB grave presente que, se não fosse mitigado, poderia resultar em corrupção sutil de dados, travamentos completos do sistema e falhas severas.
Então, a AMD teve que agir rapidamente. Uma correção de software veio primeiro, que basicamente apenas evitava o uso intenso do TLB e, com isso, aumentava a latência de memória e reduzia o desempenho em 10-20%, especialmente em cenários de virtualização. A correção de software foi insuficiente para muitos clientes, especialmente clientes empresariais que precisavam dessa funcionalidade.
Uma correção de hardware que seguiu no ano seguinte (2008) com CPUs Phenom revisadas abordou com sucesso o problema com apenas uma penalidade de desempenho menor. Ainda assim, em contraste com a aparente confiança da AMD na época, parece que Barcelona estava custando empregos e causando muito estresse na Team Red. Felizmente, a AMD voltou das suas eras sombrias, e ainda temos um mercado de CPUs competitivo que apreciamos hoje.
Fonte: Tom’s Hardware
