Strana 7 z 9
chyba TLB (errata #298) nafouknutá bublina
Tohle téma určitě nelze vynechat. Na procesory AMD Phenom mnoho lidí kouká, jako na nějaké nepovedené, problematické a pokažené kousky. Pravdou ale je, že slavná chyba errata #298 je jedna velká nafouknutá bublina bez sebemenšího vlivu na cokoli v domácím použití. O co tedy jde ...
Nejdříve je nutné říci, že neexistuje bezchybný procesor. Ať vezmete jakýkoli složitý mikročip, vždy tam nějaká chyba bude. Mluvíme samozřejmě o těch méně závažných, které ale nemají na funkci procesoru velký vliv, takže se je ani nikdo nesnaží nějak zásadně rychle opravit. To ale neznamená, že není dobré o těch chybách vědět. To je i případ naší slavné revize procesoru AMD Phenom B2. AMD samo zveřejnilo, že tam ona chyba errata #298 je. K překvapení nejednoho z nás se o tom začalo živě diskutovat, přitom se vlastně nejedná o nic závažného a informace o podobných chybách se zveřejňují celkem často u obou výrobců. Takže z běžného komára byl ihned velbloud s půlkou hrbu a posléze chromý slon.
Ona chyba se nachází v TLB, tedy v části procesoru překládající data mezi paměťmi. Jednoduše řečeno je TLB část vyrovnávací paměti, ve které se nacházejí mapovací tabulky, podle kterých hledá systém uložené informace v dalších cache. Nicméně se vinnou chyby při výrobě B2 revize stala věc, že část tohoto malého kousku procesoru není úplně v pořádku a ve velmi specifickém případě se stane, že dojde k chybě při čtení a zápisu dat do této části paměti a to vede k chybě v aplikaci, tedy možnému pádu systému.
A tak se rozneslo, že procesory AMD Phenom B2 revize jsou vlastně pokažené, a nestabilní. Problém je však v tom, že původci této poplašné zprávy už si jaksi nepočkali na zbytek informací. Tato chyba se totiž projeví jen v jediném a ještě dost specifickém případě. První podmínkou je používat tzv. Virtualizaci. To ale 99,9% lidí doma nedělá a nikdy dělat nebude. A druhou podmínkou je, že k chybě dojde až ve chvíli, kdy bude procesor naplno vytížen. Tedy všechna jeho jádra pojedou na 100% a plno bude i ve vyrovnávacích pamětech, pak dojde k oné chybě a hrozí pád aplikace.
Samozřejmě u AMD nelenili a chybu oznámili a náležitě opravili. To lze udělat třemi způsoby. Ten první je celkem jasný. Vyrobíte revizi B3, která tuhle malou výrobní vadu obsahovat nebude. Vyhazovat B2 revize, které jsou pro běžné užívání zcela v pořádku, ale určitě nebudete. Takže se pokusíte předejít tomu, aby k pádu systému došlo. První a nejrychlejší způsob je napsat update BIOSU základní desky. Tenhle způsob má ale podstatný háček, tedy spíše hák. Dokáže snížit výkon a to celkem dost podstatně. Třetí způsob je daleko lepší, stačí prostě danou aplikaci (týká se hlavně operačního systému) upravit tak, aby s onou chybou počítal. U operačního systému Linux již byla oprava udělána a nemá žádný vliv na výkon ani funkčnost. Problém je ale platforma Windows. Že by se Microsoft podobnou opravou zabýval, je science fiction. Takže smůla.
Zásadní otázka ale tedy je, jak velký má dopad na výkon oprava chyby. Výrobci základních desek a AMD nejsou banda pitomců, a tak nám (hlavně kvůli tomu, jak se celá věc nafoukla) do opravených BIOSů většinou přidali speciální položku, kde si zvolíte, zda chcete použít opravu nebo ne. Změřil jsem v několika reálných aplikacích, jaký je rozdíl bez a s patchem TLB. Jak vidíte, oprava skutečně výkon snižuje. Je to cca 10%, ale může to být i více, záleží na specifické aplikaci. Každopádně výkon je nejspíše všude znatelně nižší a pro nic. Samozřejmě jsem procesor otestoval na všech stabilních frekvencích bez zapnuté opravy TLB, zda je skutečně stabilní. Vytížil jsem jeho jádra naplno a čekal. Nic až do testované frekvence 2,8GHz je procesor AM Phenom stabilní jako kterýkoliv jiný procesor i bez opravené „chyby".
AMD Phenom revize B2 je tedy zcela v pořádku. V žádném případě nezapínejte opravu TLB v BIOSU a ujistěte se, zda je skutečně vypnutá. Kromě podstatného snížení výkonu tato oprava nepřinese pro 99,9% uživatelů nic jiného. Diskuse kolem chyby errata #298 jsou zcela bezpředmětné. Procesory AMD Phenom B2 jsou naprosto v pořádku, jsou zcela stabilní a funkční. Chyba errata #298 je jen velká nafouknutá bublina. Pokud náhodou nepoužíváte Virtualizaci, vůbec se o nějakou errata nemusíte starat.
|