» »

Kritični popravki Intelovih procesorjev

Kritični popravki Intelovih procesorjev

The inquirer - Večina novih Intelovih procesorjev (tako namizni Core 2 kot serverski Xeon) ima po poročanjih Inquirerja določene kritične programske težave. Le-te se da rešiti s posodobitvijo procesorjeve mikrokode in sicer na dva načina: s popravkom za vaš operacijski sistem (zaenkrat omenjajo samo Windows) ali pa s posodobitvijo BIOS-a na matični plošči.

Kljub temu, da ima težave praktično cela zadnja generacija, Intel zatrjuje, da ne bo potrebna zamenjava izdelkov, saj bodo programske posodobitve dovolj. Vsi lastniki Core 2 procesorjev z Okni si že lahko prenesete popravke z Microsoftove strani.

Izvorna novica.

62 komentarjev

«
1
2

Jaka83 ::

A to velja tudi za mobilne C2D?

pegasus ::

Jst vem sam to da mi skype redno povzroča deadlock po resumeu na enem jedru ;)

Izi ::

Damn, jaz sem pa že premišljeval, da bi kupil Q6600, ko bo cena padla pod 300 €.

Napako imajo popolnoma vsi Core procesorji druge generacije. Vsi dvojedrni, štirijedrni, Extreme, mobilni in Xeoni.

Core procesorji prve generacije pa so vredu. To so 32-bitni Yonahi.

Lepa reč:
"Potrebna bi bila zamenjava, ampak v zamenjavo ne bomo šli, ker bi to uničilo ugled firme Intel."
Ignoranca pomoje še bolj uničuje ugled, bomo videli kako se bo to izteklo.

AMD processors are not affected at all, in case you were wondering >:D

nicjasno ::

We weren't >:D
www.nicjasno.com | www.vsejasno.com

bzp ::

Hehe, pa ne da ne znajo delit al kaj podobnega >:D Sej nebi bilo prvič pri Intelu ane.

JohanP ::

baje - ampak samo baje - gredo po patchu performanse v sintetiki dol za 40%. >:D:D

1+1=11

Osprey ::

A kdo ve, za kake napake konkretno gre? Tu imamo kar nekaj C2D procesorjev, katerim smo sicer z updatanjem biosa nadgradili mikrokodo že pred kakim mesecem, ko so izšli patchi (ja, novica ni več čisto sveža >:D ).

EDIT: Hm, a je treba te popravke za Windows nadgraditi tudi, če je že nameščen nov Bios, ki naj bi to vseboval? Ne razumem čisto, kako lahko obstajajo popravki za OS, ki vsebujejo popravljeno mikrokodo. Ni to bolj hardwerska zadeva in zato bolj spada v Bios?

Zgodovina sprememb…

  • spremenilo: Osprey ()

opeter ::

Hehe, jaz sem še vedno na Pentiumu 4 :D
Sem pa načrtoval, da bi kupil Pentium E2160 ali 2180, ampak sem se zdaj premislil oz. ne upam. :8)

darkolord ::

Grudge: mikrokoda se mora naložit ob vsakem bootu... najbolj priročno je, da to stori BIOS, v nasprotnem primeru pa to stori operacijski sistem - oboje hkrati zagotovo ni potrebno

PlayTheGame ::

Pa saj v izvorni novici ne piše, da bi imeli ta bug vsi C2D procesorji ampak le nekateri. Kaj torej zdaj drži? :|
MSI B650 Tomahawk WiFi|AMD Ryzen 7 7700|Asus RTX 4070 Super 12Gb
32GB DDR5 6000|Samsung NVMe SSD 990PRO 2TB|Corsair 850W 80+Gold

Izi ::

Piše, da imajo napako vsi C2D procesorji. Razen ti novi iz serije E2000 niso nikjer omenjeni.

Mikrokoda se naloži iz BIOSa za vsak procesor posebej, zato je tudi zelo pomembno, da BIOS pravilno prepozna procesor.
Operacijski Sistem pa lahko ob zagonu po potrebi naloži drugačno mikrokodo.
Da bo vse vredu je najbolje upgradati BIOS in naložiti popravek v OS, ker OS spremeni mikrokodo in samo z popravkom BIOSa nisi potem naredil nič.

Intel je novo mikrokodo izdal okoli 10. aprila

Gre se za neko napako v Translation Lookaside Bufferju, ki lahko sesuje cel sistem in povzroča napake v kodi.
"This Intel microcode update addresses an improper Translation Lookaside Buffer (TLB) invalidation that may result in unpredictable system behavior such as system hangs or incorrect data."
Zadeva je precej redka ampak se lahko zgodi.
Simptomi so:
- sistem se neha odzivati na ukaze z tipkovnice ali miške
- v Windows okolju lahko pride do znamenitega plavega ekrana
- v Linux okolju pa lahko pride do "kernel panic"

Zgodovina sprememb…

  • spremenil: Izi ()

WhiteAngel ::

TLB se uporablja pri preslikavi iz navideznih naslovov, ki jih uporabljata OS in programer, v fizične naslove, ki jih uporabljata predpomnilnik in pomnilnik. Klik

Icematxyz ::

Skratka dobro bi bilo navesti še kako to stestirati če je potrebna nadgradnja.

Kakšen test programčič.

Edit: A microcode reliability update is available that improves the reliability of systems that use Intel processors

Se pravi pač poveča zanesljivost nikjer pa ne piše da ni dosedanja zanesljivost dovolj dobra. In odkar pomnim še nisem nikogar slišal da bi kakšno rekel čez C2D da bi imel s tem težave. Tako da... Tresla se je gora rodila miš?

Zgodovina sprememb…

jlpktnst ::

Za uporabnika je to nekaj podobnega kot tisti bug v prvih pentiumih. V zelo redkih primerih lahko procesor znori. Je pa za intel dosti boljše ker lahko prek interneta samo mikrokodo popravi in je vse ok.

Izboljšaš zanesljivost procesorja ... kdaj je še bilo to slabo? Če prevedem: izboljšanje zanesljivost = fixing a bug. Becouse there aint no more bug the system reliability increases.

ivanuscha ::

Se pravi da update ne zniža performans? Ker če jih je tole za Intel kar hud udarec....

Icematxyz ::

Nevem kako lahko sploh resno vzamete kaj takšnega...

jlpktnst ::

Je čisto možno da zniša performanse update ja... možno, samo ni pa ravno verjetno da so razlike merljive (večje od 1%). Jaz bi počakal na preverjen podatek, sicer pa - zanesljivost > hitrost.

Vlady ::

Ja če je napaka v TLB-ju, to pomeni, da se z novimi ukazi oz. mikroukazi TLB ne uporablja več, kar pomeni downgrade na performace... Lepo je tole skuhal intel lepo. Po najboljšem scenariju lahko prestavijo TLB v enega izmed setov v L2 ali L1 ampak se bojim, da ima L1 premajhen set, tako obstaja opcija le L2 ali RAM. Pri L2 se lahko pričakuje downgrade perfomance 1-10%, pri RAM-u pa 10-30%. Super ni kaj. :\ Na srečo imam sam AMD, samo AMD ima pa probleme z večjedrniki oz. z usklajevalnikom jeder (igre nikakor ne laufajo tako lepo kot na intelovih procih - gre za multi-thread igre, ki so zmožne laufati na več jedrih).
"Lotereya - naibolee točnyj sposob učeta količestva optimistov"

Grimlord ::

ja LOL no
AMD processors are not affected at all, in case you were wondering.
Iz malenkosti nastane popolnost in popolnost ni malenkost.

Zgodovina sprememb…

  • spremenil: Grimlord ()

Jst ::

Redko kateri procesor je brezhiben. Dandanes, v času ogromne količine tranzistorjev v čipu, vedno obstaja stanje, ki ni predvideno. In to se je dogajalo že v času p3.
Islam is not about "I'm right, you're wrong," but "I'm right, you're dead!"
-Wole Soyinka, Literature Nobelist
|-|-|-|-|Proton decay is a tax on existence.|-|-|-|-|

gzibret ::

> In to se je dogajalo že v času p3

To se je dogajalo že v času P1. Se še spomnete, ko so nekateri pentiumi napačno računali določene aritmetične operacije?
Vse je za neki dobr!

Vlady ::

Ja sej sem že napisal, da AMD ima probleme z jedri, ima pa dober predpomnilnik (beri hiter). Isto je fora ATI Nvidia, ATI ima driverje bolj boge a boljše grafe, medtem ko ima nvidia dobre driverje pa razmeroma dobre grafe. Samo bolj ko študiram tale C2D od intla, bolj se mi zdi nemogoče enostavno nadomestiti TLB. Me zanima kako so to rešili... Ima kdo kak link do rešitve? :)
"Lotereya - naibolee točnyj sposob učeta količestva optimistov"

Izi ::

Vlady, pa ja ne misliš, da so kar cel TLB izklopili ? :D
Sigurno so našli kakšno boljšo rešitev.
Je pa res, da imajo skoraj vsi procesorji, tudi AMD-jevi par napak, ki pa se vse sproti popravijo že z BIOSom in ljudje zanje sploh ne vedo.
Malo me čudi, da je tale Intelova napaka sploh prišla v javnost.

Možna sta dva scenarija.
Ali je napaka res tako kritična, da je vse skupaj prišlo v javnost.
Ali pa za vsem skupaj stoji AMD, ki je zagrabil priložnost, da bi Intelu spet malo zmanjšal ugled >:D

Azrael ::

Kot vem so bile napake že ori 386.

>Možna sta dva scenarija.
>Ali je napaka res tako kritična, da je vse skupaj prišlo v javnost.
>Ali pa za vsem skupaj stoji AMD, ki je zagrabil priložnost, da bi Intelu
>spet malo zmanjšal ugled

IMHO možnost št.2. Sploh ob popolnoma zavoženem marketingu in ostalih kozlarijah, ki smo jim priča sedaj pri AMD. Za možnost št.1 zelo dvomim, procesorjev je zunaj ogromno in če bi do te napake prihajajo zlahka, bi jeza uporabnikov že davno izbila sodu dno.
Nekoč je bil Slo-tech.

Jst ::

Ma ja, hecno sem se izrazil. Spomnil sem se na eno res hudo napako pri p3, a se nisem mogel spomniti za kaj točno je šlo. Vem pa, da sem tudi sam svoj proc stestiral s c++.
Islam is not about "I'm right, you're wrong," but "I'm right, you're dead!"
-Wole Soyinka, Literature Nobelist
|-|-|-|-|Proton decay is a tax on existence.|-|-|-|-|

mercho ::

Hm, doma mamo core2duo in se res nekam pogosto pojavlja "blue screen"... :(
upam, da se res da s tem popravkom to odpravit, pa da nima pretiranega vpliva na zmogljivost.

Drugače pa tud jst dvomim, da so kar izklopili tlb.

Zgodovina sprememb…

  • polepsalo: gzibret ()

Vlady ::

Izi zgleda ti ni poznan princip delovanja čistega asociativnega predpomnilnika. Če v kontrolni logiki asoc. pomnilnika nekaj ne štima, je tak pomnilnik neuporaben, saj ti lahko pri določenih situacijah vrže ven neveljaven deskriptor, kar pa pomeni sesutje. Ena izmed možnih rešitev je, da se v enem izmed L2 predpomnilnikov odvzame 2 seta in se ju uporabi za TLB za vsako jedro posebej. Še najmanj trpeča izguba :)
"Lotereya - naibolee točnyj sposob učeta količestva optimistov"

Spc ::

Jaz imam E6600 in še nisem opazil takšnih simptomov (Windows Server 2003, Datacenter Edition R2, SP2)

Drugače pa tako piše:
We learned that the affected CPUs are the Core 2 Duo E4000/E6000, Core 2 Quad Q6600, Core 2 Xtreme X6800, XC6700 and XC6800.

Torej E6600 naj nebi imel teh težav ?
 

Izi ::

Spc, a si ti kje videl procesor E6000 ali E4000 ?
To so družine procesorjev.
Tvoj procesor je iz družine E6000.
Tako ali tako so vsi popolnoma enaki, samo delujejo na drugačni frekvenci, ki se določi gleda na kvaliteto silicija.

Jst ::

> hm, doma mamo Core2Duo in se res nekam pogosto pojavlja "blue screen"... :(

To nima veze. Če povem po domače: stvar v določeni situaciji pod striktno določenimi pogoji reče, da je 1+1 = 23.
Islam is not about "I'm right, you're wrong," but "I'm right, you're dead!"
-Wole Soyinka, Literature Nobelist
|-|-|-|-|Proton decay is a tax on existence.|-|-|-|-|

Matevžk ::

Kar ima lahko za posledico bluescreen ali kernel panic, zakaj ne?
lp, Matevžk

Vlady ::

Ja lahko je vzrok blue-screenov tudi ta napaka v procu, ker namesto prave strani iz diska prenese napačno, kar je lahko poljubna stran. Kar pomeni, da sesuje delujoči program, v najslabšem primeru pride do sesutja OS. Vem, da se winsi vsaj XP sesujejo, ko določeni kazalci izgubijo svoj ponor. Še posebej znana je napaka EAX in EDX registra :) Inštaliraj popravek, bolje da dela, kot da se sesuva. Pa da ne boš žalosten: ne bojo ti delal počasnej samo winsi, pač pa tudi drugi OS. Sedaj upaj, da je Intel našel dobro rešitev in da bo upočasnitev pod 5%, kar niti opazil ne boš, še posebej ne na C2D. Zgleda da so že nekaj spacali skupaj, tako da ne bo prevelike škode. Torej, update BIOS + update OS = you happy.
"Lotereya - naibolee točnyj sposob učeta količestva optimistov"

Jst ::

Res je, lahko je posledica blue screen of death, ni pa nujno. Ponavadi takšne napake vrnijo napačno deseto decimalko petega korena iz 1999. (nekaj podobnega je bila, iz moje strani omenjena, napaka v p3)

Popravilo takšne napake redko kdaj zahteva 5% performans. Ne skrbite, tudi če ne bi vedeli za to napako, sploh ni rečeno, da bi kdaj do nje sploh prišlo.
Islam is not about "I'm right, you're wrong," but "I'm right, you're dead!"
-Wole Soyinka, Literature Nobelist
|-|-|-|-|Proton decay is a tax on existence.|-|-|-|-|

Matevžk ::

Napaka na n-ti decimalki n-tega korena določenega števila je nekaj drugega kot napaka v TLB.
Za povrh se najbrž še pojavlja nepredvidljivo (večnitnost in večjedrnost je po definiciji nedeterministična) ...
lp, Matevžk

xabre ::

upam, da bo amd znal kej izkoristit tale kiks.

Jst ::

Ups! Se opravičujem! Ker ni Intel odpoklical izdelkov, sem mislil, da ne gre za kakšno hudo napako.

Če res ne zna pravilno naslavljati memorije (real in virtualne), potem je to nedelujoč procesor. A to da so rešili z Windows update-om? To je pa moral biti krut kompromis.
Islam is not about "I'm right, you're wrong," but "I'm right, you're dead!"
-Wole Soyinka, Literature Nobelist
|-|-|-|-|Proton decay is a tax on existence.|-|-|-|-|

Matevžk ::

Popravili so mikrokodo. Windows je le 'carrier', ki to mikrokodo da na pravo mesto.

Ali smo prepričani, da gre za napako v trdo ožičenem TLB, ali je šlo za napako v mikrokodi, ki TLB uporablja? (V tem primeru seveda odprava napake ne terja kompromisov.)
lp, Matevžk

darkolord ::

Glede performansov:

This microcode update is being provided to eliminate two issues:
A possible processor marginality
A potential source of unpredictable system behavior .

This microcode update has no performance impact and is a complete solution for these issues.

dr.J ::

Verjetno se odgovor skriva v tehnični dokumentaciji procesorjev.

BlueRunner ::

Za Core in Core 2 seriji procesorjev pa je dokument tukaj. Najlažji način, da se najde novo odkrite napake pa je pregled oddelka specification changes. Tako lahko najdete AK1 na str. 56, oziroma AI1 na str. 58 v drugem dokumentu, kjer je opisana konkretna sprememba specifikacije delovanja procesorja.

Vse ostalo o posledicah drugačne implementacije TLB-ja je že bilo povedano, za razlago osnov (kaj je TLB, kaj so asociativni pomnilniki, kako so implementirane moderne CPE, ...) pa bo potrebno pokukati v kakšno knjigo. Zanimivo pa bi bilo ponovno poskusiti kakšne virtualizacijske teste, kjer smo ravno pri novih Intelovih procesorjih opazili večje število izpadov, kot bi jih pričakovali - glede na odkrito napako, čisto razumljivo. Tako pa je to še ena točka več, ko je potrebno komu pojasniti, zakaj se ne splača vedno imeti najnovejši in najhitrejši procesor v strežniku, katerega pravilnost delovanja je kritična. Za mirno spanje so potrebni dobri, stari in preverjeni. Tudi Opteroni, po isti logiki, niso ravno hitro prišli v centre, nova generacija Xeon-ov pa tudi marsikje še čaka pred vrati. Ravno zato, ker so zadeve na papirju samo na papirju, realen svet pa marsikdaj pokaže napake, ki prej niso bile ulovljene.

Vlady ::

Ja v bistvu ni tako huda napaka, ampak so se pojavljale napake pri preverjanju deskriptorja. Ampak pozor! Popravek še vedno downgrade-a performance, saj je sedaj treba programsko preverejati in preračunati pravilnost deskriptorja, kar vzame tudi nekaj časa (sicer malo) ampak dobra rešitev. TLB vam še vedno dela. Nekako se pričakuje tukaj od 0.5-2% upočasnitve, odvisno koliko RAM-a in kako velik virutal memory imate oz. koliko bito-v se uporablja za virtual naslov. :) Ja dobro in poceni so pršli skoz pr Intlu, ni kej. Do sedaj so se vedno izvlekli, je pa res, da je nabolje kupovati procesor takrat, ko je določena družina že skoraj iz načrta proizvodnje, torek tik pred tem, preden jih nehajo izdelovati. Pa še to, je najbolje naročiti najnovejo verzijo proc-a. Tako ste lahko sigurni, da bo proc imel veliko popravkov.
"Lotereya - naibolee točnyj sposob učeta količestva optimistov"

pirpy ::

Hm
če je res, da popravek upočasni procesor potem bi moral popravek tudi kompenzirati hitrost z rahlim dvigom takta, kar bi zadostovalo za 90 % uporabnikov. Navijalci pač potegnemo kratko. :(
zehanje je nalezljivo

Zgodovina sprememb…

  • polepsalo: gzibret ()

Icematxyz ::

Iz 40% sm že prišli na 0.5 - 2 %.

Malo še pa bomo na cilju.

Spc ::

Sem sprobal popravek in sem zelo razočaran nad njim kajti explorer.exe porabi 100% enega core-a pri listanju datotek.
Prej se tega nikoli ni dogajalo.
Bom že uninstall naredil tega popravka.
:\
 

Pšenični ::

Heh, amd je rabil ravno nekaj takega. To je velika napaka intela, ki je splavil procesor, ki je v bistvu defekten. Seveda to priznajo šele sedaj, ko je raja že pošteno nasedla na core 2 legendo. Oni pa so to sigurno vedeli že prej. Zato tudi relativno hiter umik serije core 2 duo-ki je drugače v marketinškem smislu opravila svoje-povečaje tržnega deleža in skoraj spravila amd na kolena. Že na začetku drugega leta. Zvito ni kaj, vendar naj povem, da so se tudi meni, kot tudi marsikateremu drugemu nehale cediti sline po omenjenih procih. Barcelona cominng soon.

Zgodovina sprememb…

  • polepsalo: gzibret ()

Tilen ::

A zdaj so pa kr fuč? >:D

Me pa eni tule res nasmejete. Vsaka čast.
413120536c6f76656e696a612c20642e642e

Meizu ::

Hja, vsak proc ma svoje muhe. Eden se sesuje tu eden tam, nikjer ni popolno. Nekako se sedaj nagibam k Intelovim procom, ampak zelo verjamem v AMD-je (ne me prašat zakaj, ker še sam ne vem:8) ) in upam, da bo Barcelona vsaj malo boljši uspeh kot tile X2, saj resnično nočemo propada velike firme ali pač? V tem primeru pa bom bankrotiral že ob pogledu na proc, kaj šele, da bi ga potemtakem kupil? Potem bom downcloackal moj proc na 200 Mhz in mu tako podaljšal doba na nekaj 10 let in užival v free življenju:\ :\

Lol, tle sm jih natvezu enepar:D

Spc ::

Jaz imam E6600 že 7 mesecev in v tem času sem ga že zelo dostikrat obremenil na 100% (oba core-a na 100%) z vegas videjem in ostalimi stvarmi.
Nisem imel niti enega blue-screena in niti napak mi še ni javil.
Prva napaka, ki sem jo videl je bila ko sem namestil ta patch ker mi je explorer ob listanju datotek porabljal 100% enega core-a (50% skupaj) in sedaj ko sem ta gnili patch odstranil spet deluje normalno naprej.
 

Vlady ::

@Icematxyz: če bi procesor nehal uproabljati TLB, bi to pomenilo da bi moral po vsej verjetnosti dostopati do RAM-a, kar pa prinese ob vsakem vpogledu v deskriptor kar nekaj nanosekund. Mogoče se ne sliš velik, ampak pri malo večjih programih, kjer je operacij z diskom kar velik, je to ogromno. Torej namesto 1-5ns bi imel dostopni čas 10-20n do deskriptorja. TLB pa je non-stop v uporabi, pa čeprav imaš 4GB RAM-a ali kakorkoli. Procesor vedno pošilja na vodilo navidezne naslove, ki se morajo preslikati v fizične, brez deksriptorja pa ne gre. Sedaj pa si preračunaj koliko časa ti zavzame upočasnitev iz 1-5ns na 10-20ns, če to napravo uporabljaš 100% procesorskega časa. Nanese velik ane? :D To je skor tko, kot da bi crknilo pol registrov v procesorju in bi moral potem dostopati do RAM-a, kar bi pomenilo 50-90% upočasnitev. Še fora pri tej upočasnitvi je, da mora procesor medtem čakati, da dobi podatek iz RAM-a in vmes ne dela nič. Ampak ko sem prebral podroben info o napaki, sem videl, da TLB dela, in da ga proc še vedno uporablja, samo potrebno je dodatno preverjanje naslova, kar pa ni tako požrešno, pa še po možnosti ni treba vseh naslovov preverjat (ampak samo nekatere nad določeno vrednostjo verjetno), kar pa doprinese malo kazenskih nanosekund, ker ni treba dostopati do RAM-a, ampak lahko pričakuješ manjšo kazen za izračun. Odvisno od frekvence in od zmogljivosti procesorja.
"Lotereya - naibolee točnyj sposob učeta količestva optimistov"
«
1
2


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Nove ranljivosti v Intelovih procesorjih

Oddelek: Novice / Procesorji
409618 (7257) MrStein
»

AMD ali Intel

Oddelek: Strojna oprema
354091 (2840) mulc007
»

Preizkus popravkov za Meltdown in Spectre: Intel ob 10 odstotkov

Oddelek: Novice / Procesorji
319268 (6888) D3m
»

Intel: že letos na Spectre na Meltdown imuni procesorji

Oddelek: Novice / Procesorji
1911815 (8646) imagodei
»

Intel predstavil Core 2 Duo za prenosnike

Oddelek: Novice / Procesorji
153982 (3222) madviper

Več podobnih tem