![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.gif){kind=icon}
Wat is de oplossing?
Er zijn twee oplossingen voor het probleem: de eerste is het uitschakelen van de L2-TLB in het bios. Hierdoor moet iedere geheugenaanvraag door de PTT heen, waardoor de uitzondering dat er iets 'tussendoor' komt niet meer mogelijk is. Deze oplossing heeft echter een negatief effect op de prestaties, dat op kan lopen tot meer dan tien procent. Voornamelijk de eerder genoemde virtualisatiesoftware krijgt een zware klap, omdat die intensief gebruikmaakt van de TLB.
De tweede oplossing is een patch voor het OS, dat het gebruik van de twee bits die de fout kunnen oproepen - D(irty) en A(ccessed) - vermijdt. Alleen de P(resent) en W(ritable) bits blijven dan nog over om de status van de data uit af te leiden. Omdat dit niet perfect kan moet correct gedrag geforceerd worden door bij twijfel steeds expres een page fault te genereren, zodat brokken data soms onnodig opnieuw ingelezen worden. Het effect hiervan op de prestaties is echter minimaal vergeleken bij het uitschakelen van de TLB. Gebruik van de patch - voorlopig alleen een optie voor Linux-systemen - wordt niet aangeraden voor gebruikers die geen last van de bug hebben, omdat hij niet grondig getest is.
Geruchten over een microcode-update die het probleem ook relatief pijnloos op zou kunnen lossen lijken niet te kloppen. Nieuwe bios-versies waarin de TLB standaard uitgeschakeld wordt hebben inderdaad ook een nieuwe versie van de microcode aan boord, maar dat alleen is niet genoeg om het probleem op te lossen. Via zijn Overdrive-tool wil AMD gebruikers de mogelijkheid geven om de TLB weer in te schakelen, maar dat is net zoals de rest van dat programma voor eigen risico.
De enige echte oplossing is wachten op de B3-stepping, die onder meer gebruikt zal worden voor de 2,4GHz en 2,6GHz Phenoms. Deze nieuwe stepping wordt in februari of maart verwacht. AMD zal dan ook de bestaande 2,2GHz en 2,3GHz Phenoms updaten. De nieuwe versies zullen te herkennen zijn aan een ander modelnummer; zo wordt de huidige Phenom 9500 bijvoorbeeld opgevolgd door de B3-editie 9550.
De tweede oplossing is een patch voor het OS, dat het gebruik van de twee bits die de fout kunnen oproepen - D(irty) en A(ccessed) - vermijdt. Alleen de P(resent) en W(ritable) bits blijven dan nog over om de status van de data uit af te leiden. Omdat dit niet perfect kan moet correct gedrag geforceerd worden door bij twijfel steeds expres een page fault te genereren, zodat brokken data soms onnodig opnieuw ingelezen worden. Het effect hiervan op de prestaties is echter minimaal vergeleken bij het uitschakelen van de TLB. Gebruik van de patch - voorlopig alleen een optie voor Linux-systemen - wordt niet aangeraden voor gebruikers die geen last van de bug hebben, omdat hij niet grondig getest is.
Geruchten over een microcode-update die het probleem ook relatief pijnloos op zou kunnen lossen lijken niet te kloppen. Nieuwe bios-versies waarin de TLB standaard uitgeschakeld wordt hebben inderdaad ook een nieuwe versie van de microcode aan boord, maar dat alleen is niet genoeg om het probleem op te lossen. Via zijn Overdrive-tool wil AMD gebruikers de mogelijkheid geven om de TLB weer in te schakelen, maar dat is net zoals de rest van dat programma voor eigen risico.
De enige echte oplossing is wachten op de B3-stepping, die onder meer gebruikt zal worden voor de 2,4GHz en 2,6GHz Phenoms. Deze nieuwe stepping wordt in februari of maart verwacht. AMD zal dan ook de bestaande 2,2GHz en 2,3GHz Phenoms updaten. De nieuwe versies zullen te herkennen zijn aan een ander modelnummer; zo wordt de huidige Phenom 9500 bijvoorbeeld opgevolgd door de B3-editie 9550.
Volgende pagina (Benchmarks en conclusie - 4/4)
