TLB-bugg i Core 2 och Core i7

Permalänk
Melding Plague

TLB-bugg i Core 2 och Core i7

Förra året blev AMD ökända för den så kallade TLB-buggen i Phenom. Nu skriver hårdvarusajter att Intel Core i7 har liknande problem. SweClockers undersöker vad som egentligen stämmer.

Läs nyheten

Visa signatur

Observera att samma trivselregler gäller i kommentarstrådarna som i övriga forumet och att brott mot dessa leder till avstängning. Kontakta redaktionen om du vill uppmärksamma fel i artikeln eller framföra andra synpunkter.

Permalänk
Avstängd

Problemet är med andra ord inte ett problem? Egentligen alltså?

Permalänk

TLB-buggen var väl inget problem för AMD heller?
Högre sannorlikhet att träffas av blixten än att drabbas av buggen...

Visa signatur

Q9550 | Gigabyte X48 DQ6 | Corsair 4096MB PC6400 CL4 | active sensor drones | 4870 512Mb @ 820/1100 | Antec P182 | 50 mW PDL | Corsair HX620W | Filco Majestouch MX Brown

Det är söndag idag! Magog suck!

Permalänk
Medlem

Verkar väl vara så att det är ett problem som inte skapar större irritation, inte har man väl märkt av många klagomål angånde Core 2?

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av Doofy
Verkar väl vara så att det är ett problem som inte skapar större irritation, inte har man väl märkt av många klagomål angånde Core 2?

Vet du vad jag tror? Att de som svarat i tråden inte läst nyheten, alternativt har läsförståelse som en sexåring på amfetamin.

Permalänk
Medlem

Det är ett icke-problem.

Permalänk
Medlem

Fel brukar det alltid finnas i processorer, om du till tar hem en PDF över tex. P75 ( eller annan valfri )så skall du se att den har massor med kända fel. Samma med alla AMD.
Felet är att man inte dokumenterat det till användarna.
Edit: Alla som har kollat på ett sådant dokument vet att det är ca 5-30 A4 sidor med kända fel.

Visa signatur

Min:ABIT NF7-S V2.0,Barton 2500+AQXEA XPMW@2,35Ghz,2x521Mb Adata Cas 2-3-3-6,Lt 6800LE 1,3v 16x1,6@440-930,SLK900A,Mustek A806 5:1 Dolby Digital Amp. Frugans:ESC K7-SEM,Duron1600,512Mb DDR. Antons:Aopen AK73(A)-V,512Mb Sdr,Xp1600+Parlomino AGOIA GREEN@1875Mhz@1.9v,Volcano7+Moddad@92mm,Gf 4200Ti@305-610 Zalman HP-80.

Permalänk
Hedersmedlem

Om Intel klarar sig så enkelt ut ur detta som Sweclockers lilla artikel antyder bevisar det egentligen inget annat än att samma typ av mindre erratas mottas lite olika beroende på vem det handlar om. AMD:s problem var inte heller något att bry sig om, och om det påverkade försäljningen för serverplattformar ja då undrar jag om inte jonas_jjs kommentar om läsförståelse borde tillämpas oftare även på seriös nivå.

Sen beror det på hur man uppfattar saker. Linus tyckte inte att det var något att bry sig, medan Theo i BSD lägret klagade högljutt över säkerhetsproblemet med Core 2. Att Sweclockers väljer Linus linje behöver ju inte betyda att Linus har rätt och Theo fel, eller hur?

Permalänk

lite synd men som sagt finns det fel i propparna. antagligen är de felkonstrukterade eller så har de påbörjat att använda för fin teknik och för snabbt därför sånt här uppstår.

Dock verkar det ju soma tt det inte är ett allvarligt problem. bara att koda programen rätt som sagt

Visa signatur

I am Extrazz.

Permalänk
Medlem

Har jag missat något väsentligt? Varför är en TLB-bugg inte alls allvarlig när den drabbar Intel, men värsta katastrofen när den drabbar AMD?

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av Viceroy
Har jag missat något väsentligt? Varför är en TLB-bugg inte alls allvarlig när den drabbar Intel, men värsta katastrofen när den drabbar AMD?

Det är väl för tok för tidigt att uttala sig om hur allvarlig den här buggen är? Intel har tydligen redan en BIOS fix. Om den fixen inte drabbar prestandan på något mätbart sett så är det inte allvarligt alls. Om prestandan sänks med 10-50% så är det lika allvarligt. Vad tror ni?

Permalänk
Avstängd

Tycker det är lite tråkigt att ingen gick ut och förklarade det här när AMDs bugg kom. Då var det inte alls lika förtydligat att det inte var något att bry sig om. Och man fick alltid förklara för folk att det inte var farligt.

Citat:

Ursprungligen inskrivet av jonas_jj
Vet du vad jag tror? Att de som svarat i tråden inte läst nyheten, alternativt har läsförståelse som en sexåring på amfetamin.

Små doser amfetamtin kan öka läs- och skrivförmågan väsentligt hos många sexåringar som har svårt att koncentrera sig ordentligt.

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av -Boris-
Tycker det är lite tråkigt att ingen gick ut och förklarade det här när AMDs bugg kom. Då var det inte alls lika förtydligat att det inte var något att bry sig om. Och man fick alltid förklara för folk att det inte var farligt.

Små doser amfetamtin kan öka läs- och skrivförmågan väsentligt hos många sexåringar som har svårt att koncentrera sig ordentligt.

Vänta lite här nu. AMD:s TLB-bugg var farlig, särskilt i servermiljöer eftersom den kunde inträffa. Tror du AMD drar på sig 10-20 % prestandaloss med bios-uppdatering om buggen är ofarlig? No way.

Intels "bugg" inträffar inte om operativsystemet är rätt skrivet (vilket samtliga vanliga är), och därför ovidkommande.

Det enda de båda buggarna har gemensamt är att de inträffar i TLB-cachen.

Permalänk
Hedersmedlem
Citat:

Ursprungligen inskrivet av Jones377
Intel har tydligen redan en BIOS fix. Om den fixen inte drabbar prestandan på något mätbart sett så är det inte allvarligt alls. Om prestandan sänks med 10-50% så är det lika allvarligt. Vad tror ni?

Precis.

Citat:

Ursprungligen inskrivet av -Boris-
Tycker det är lite tråkigt att ingen gick ut och förklarade det här när AMDs bugg kom. Då var det inte alls lika förtydligat att det inte var något att bry sig om. Och man fick alltid förklara för folk att det inte var farligt.

Det stora problemet var väl att de inte lyckades lösa buggen utan att offra en hel hög prestanda?

Permalänk
Medlem

AMD's TLB-bugg påträffades väl dessutom enbart av AMD's egna ingenjörer under väldigt speciella testförhållanden.

Visa signatur

Assembly är ett högnivåspråk.

Permalänk
Trollfabrik

Vad jag förstod det som, var TLB buggen för AMD inga problem egentligen. Det var ett fel som enbart AMD hade lyckats skapa/aktivera i deras egna lab och det inträffade aldrig för någon som ägde en av dom Phenom Processorerna?

Varför gjorde AMD så stort rabalder av det hela då?

Visa signatur

Kontaktas enklast via PM. Önskas svar i forumet citera mina inlägg eller pinga @Jacob. Finns även på Twitter.

"Science and technology have progressed to the point where what we build is only constrained by the limits of our own imaginations." – Justin R. Rattner

Permalänk
Medlem

Så AMD tar smällen hur stor den än är och fixar problemet för att vara ärliga mot sina kunder.

Intel....

Visa signatur

Desktop: Arch Linux - i7 3770 - 16GB DDR3 - R9 290X 4GB - 1TB M2 SSD - 1TB SATA SSD - AOC U32PWQU 4K
Dell Latitude 7400 2-in-1 - Arch Linux - i5 8265u

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av Gramner
AMD's TLB-bugg påträffades väl dessutom enbart av AMD's egna ingenjörer under väldigt speciella testförhållanden.

Spelar absolut ingen roll (dessutom är inte virtualisering "väldigt speciella testförhållanden!).

Om du ska köpa en server för ett system som kostar tusentals kronor för varje minut nedtid, väljer du en processor med en "extremt sällsynt bugg" eller en utan? Det går att diskutera om det vi talar om i Intels cpu ens är en bugg.

In order to better understand this problem, TR spoke with Michael Saucier, Desktop Product Marketing Manager at AMD. Saucier confirmed that the TLB erratum can cause the system to hang when the chip is experiencing high utilization. AMD has stated previously that virtualization workloads can lead to this problem, but Saucier clarified that other workloads can trigger system hangs, as well.

Permalänk
Avstängd

Prestandasänkning vs "krasch". Allvarligt? Jovisst...

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av Elgot

Det stora problemet var väl att de inte lyckades lösa buggen utan att offra en hel hög prestanda?

Var inte det bara en quick fix? Dom ordnade det väl riktigt senare?

Visa signatur
Permalänk
Hedersmedlem
Citat:

Ursprungligen inskrivet av Arius
Var inte det bara en quick fix? Dom ordnade det väl riktigt senare?

Långt senare, och man var ju tvungen att köpa en fixad CPU om man redan skaffat en trasig.

Visa signatur

Asus B550M-Plus / Ryzen 5800X / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + HDDs / Corsair RM650x / Acer XB271HU (1440p165) / LG C1 55"
Mobil: Moto G200

Permalänk
Avstängd
Citat:

Ursprungligen inskrivet av jonas_jj
Spelar absolut ingen roll (dessutom är inte virtualisering "väldigt speciella testförhållanden!).

Om du ska köpa en server för ett system som kostar tusentals kronor för varje minut nedtid, väljer du en processor med en "extremt sällsynt bugg" eller en utan? Det går att diskutera om det vi talar om i Intels cpu ens är en bugg.

In order to better understand this problem, TR spoke with Michael Saucier, Desktop Product Marketing Manager at AMD. Saucier confirmed that the TLB erratum can cause the system to hang when the chip is experiencing high utilization. AMD has stated previously that virtualization workloads can lead to this problem, but Saucier clarified that other workloads can trigger system hangs, as well.

Nu var det inte så att virtualisering var det enda som krävdes. Ska man vara sån kan man säga "nu är det så att använda operativsystem inte är väldigt speciella testförhållanden". För det är helt sant, men det räcker inte med att sitta på ett operativsystem för att få fram i7ans bugg heller.

Permalänk
Hedersmedlem
Citat:

Ursprungligen inskrivet av -Boris-
Ska man vara sån kan man säga "nu är det så att använda operativsystem inte är väldigt speciella testförhållanden". För det är helt sant, men det räcker inte med att sitta på ett operativsystem för att få fram i7ans bugg heller.

Nu är det ju också mycket möjligt att någon fixar problemet helt utan, eller med försumbar, prestandaförlust.

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av Elgot
Nu är det ju också mycket möjligt att någon fixar problemet helt utan, eller med försumbar, prestandaförlust.

Problemet är redan fixat sen det upptäcktes i Core 2. I bios.

Boris: Ska man vara sån så kan man också säga att det är meningslöst att diskutera med forumets största AMD-fanboy.

Permalänk
Hedersmedlem
Citat:

Ursprungligen inskrivet av jonas_jj
Problemet är redan fixat sen det upptäcktes i Core 2. I bios.

Jo, det var lite det jag var ute efter, även om jag misstänker att i7-versionen kräver en egen fix. Processorer har som sagt ofta en hel uppsjö problem, men så länge de smärtfritt kan avhjälpas är ingen större skada skedd.

Permalänk
Hjälpsam
Citat:

Ursprungligen inskrivet av jonas_jj
Ska man vara sån så kan man också säga att det är meningslöst att diskutera med forumets största AMD-fanboy.

Varför drar du in mig i diskussionen?

Visa signatur

AMD Ryzen 7 1700 | Saphire RX 5700 Pulse XT (Silent Mode) | 64 GB Kingston ECC | https://valid.x86.fr/z2ljhr | Stockkylaren | Bitfenix Whisper M 750W.
AMD Ryzen 9 5900X | AMD RX 5700 | 64 GB Micron ECC | https://valid.x86.fr/5krwxf
HTPC | https://valid.x86.fr/uuzli0 |

Permalänk

Det är ganska stor skillnad i detta fallet gentemot AMD's bugg.

Visa signatur

"You know what's fun to do? Rent an adult movie, take it home, record over it with The Wizard of Oz, then return it so the next guy that rents it is thinking. 'When is this Dorothy chick going to get naked?'"
- Mark Pitta

Permalänk
Medlem

Att en server går ner, är lite värre än att Crysis buggar ur en gång på 10 miljoner starter. Så TLB buggar buggar vill man inte ha på servers.
Edit: Kör väll AMD med .:)

Visa signatur

Min:ABIT NF7-S V2.0,Barton 2500+AQXEA XPMW@2,35Ghz,2x521Mb Adata Cas 2-3-3-6,Lt 6800LE 1,3v 16x1,6@440-930,SLK900A,Mustek A806 5:1 Dolby Digital Amp. Frugans:ESC K7-SEM,Duron1600,512Mb DDR. Antons:Aopen AK73(A)-V,512Mb Sdr,Xp1600+Parlomino AGOIA GREEN@1875Mhz@1.9v,Volcano7+Moddad@92mm,Gf 4200Ti@305-610 Zalman HP-80.

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av jonas_jj
Om du ska köpa en server för ett system som kostar tusentals kronor för varje minut nedtid, väljer du en processor med en "extremt sällsynt bugg" eller en utan?

Då skulle jag nog få vara utan server, mig veterligen har alla moderna processorer buggar.

Visa signatur

Assembly är ett högnivåspråk.

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av Gramner
Då skulle jag nog få vara utan server, mig veterligen har alla moderna processorer buggar.

Relativism i sin ynkligaste form.