V Intel procesoroch je problém pri Hyper-Threadingu, odporúčané jeho vypnutie

Značky: IntelCPUSkylakeKaby Lake

DSL.sk, 26.6.2017

V procesoroch Intelu posledných dvoch generácií, Skylake a Kaby Lake, sa nachádza problém, kvôli ktorému sa môžu tieto procesory správať nepredvídateľne a môže to viesť k nepredvídateľnému správaniu softvéru a operačného systému, poškodeniu alebo strate dát.

V nedeľu na to upozornili vývojári linuxového operačného systému Debian.

Problém objavili tvorcovia a používatelia prekladača OCaml, ktorí ho začali prešetrovať ešte v januári. Nahlásili ho Intelu, nedostali ale spätnú odozvu.

Následne až v poslednom období identifikovali opravu vydanú Intelom v posledných mesiacoch, ktorá problém rieši aktualizáciou mikrokódu CPU.

Podľa popisu Intelu pri komplexných podmienkach krátke cykly s menej ako 64 inštrukciami, ktoré používajú registre AH, BH, CH alebo DH a zároveň ich korešpondujúce širšie registre teda napríklad RAX, EAX alebo AX pre AH, môžu vyústiť do nepredvídateľného správania systému. K tomu môže prísť len ak sú aktívne obe logické jadrá, teda je aktívny Hyper-Threading.

Či sa problém priamo týka implementácie Hyper-Threadingu nie je jasné, v každom prípade je nutnou podmienkou pre jeho prejavenie.

Zároveň zatiaľ nie je jasné za ako špecifických podmienok a ako často sa problém prejavuje a aké má bežné praktické následky. Komunita OCaml zaregistrovala pády softvéru, jeho nesprávne správanie vrátane produkovania chybného výstupu.

Podobné chyby sú samozrejme nezávislé na operačnom systéme. Vývojári Debianu v každom prípade odporúčajú užívateľom buď chybu opraviť, ak je oprava pre ich systém k dispozícii, alebo do jej opravenia Hyper-Threading zakázať.

Problém popísaný Intelom v zozname známych problémov procesorov pod označeniami SKZ7, SKW144, SKL150, SKX150, SKZ7, KBL095 a KBW095 riešia opravy aktualizáciou mikrokódu vydané pre Skylake a Kaby Lake v apríli až máji. Tieto opravy sa do procesorov dostávajú cez aktualizovaný BIOS základných dosiek, odporúčaným je tak overenie dostupnosti BIOS-u s opraveným problémom.

Zároveň mikrokód môžu nahrať do procesora aj operačné systémy, pričom Intel sprístupnil pre niektoré z postihnutých procesorov potrebnú softvérovú aktualizáciu vo verzii mikrokódu pre Linux 20170511. Tú je možné nainštalovať v prípade Debianu inštalovaním balíčka intel-microcode s verziou minimálne 3.20170511.1 a rebootovaním systému, problém opravuje ale len pre niektoré Skylake modely.

Detailné informácie je možné nájsť v upozornení Debianu.

Objavovanie sa problémov v procesoroch nie je výnimočné, väčšinou sa vyskytujú v krajných prípadoch a prejavujú sa len výnimočne. Z možných problémov sú vážnejšími také, ktoré môžu spôsobiť chybné výsledky inštrukcií a nielen zamrznutie procesora. Môžu totiž vyústiť do nedetekovateľného poškodenia dát.




Najnovšie články:



Diskusia:

Menovec Od reg.: mika_ | Pridané: 26.6.2017 9:12 no kde teraz Menovec a jeho ospevne ody na absolutnu kvalitu intelu? :) Odpovedať Známka: 6.7 Hodnotiť:

Re: Menovec Od: :Pjetro de | Pridané: 26.6.2017 9:14 on nam vysvetli, ze to je taka feature Odpovedať Známka: 7.0 Hodnotiť:

Tu som Od: Menovec | Pridané: 26.6.2017 9:22 Jooooj, bezchybné AMD, ktoré roky sralo na všetky trable... Teraz sú trable sofistikovanejšie. Muchy mali aj 8-bitové CPU. Ale keď už sa obúvate do jedného, rovnako sa obujte aj ďalších výrobcov. Skôr má desí update mikrokódu pre CPU!!! Roky som veril, že procesor je nemenná súčiastka a jediný, ktorá na napevno "zadrátované" že čo a ako má robiť. Ale ako čítam, už tomu tak nie je... Toto ma desí najviac!!! Odpovedať Známka: -6.8 Hodnotiť:

Re: Tu som Od: koumak | Pridané: 26.6.2017 9:45 Tak to si zil velmi dlhe roky v ozaj naivnej predstave :-) Zmysel updatovania mikrokodu zacal uz v casoch Pentium II, co je peeeeekne davno. Odpovedať Známka: 8.7 Hodnotiť:

Re: Tu som Od: Nasr | Pridané: 26.6.2017 9:53 ale v tom case este netusil co je to procesor Odpovedať Známka: 8.2 Hodnotiť:

Re: Tu som Od: Menovec | Pridané: 26.6.2017 10:53 8 a 16 bitové CPU mali to svoje hardvérovo nemenné čaro. Tieto dnešné prekomplikované monštrá už ani nemožno nazvať procesorom. Pri miliarde súčiastok tých chýb musí byť vo viacerých "táboroch" aj celkom dosť. Nielen u INTELu. Čo taká nVIDIA??? Odpovedať Známka: -4.0 Hodnotiť:

Re: Tu som Od reg.: Sheep | Pridané: 26.6.2017 11:29 To nie je pravda, logicke chyby v CPU sa vyskytuju velmi zriedkavo, okrem tohto pripadu to bol uz len bugnuty Pentium II. Odpovedať Známka: 8.0 Hodnotiť:

Re: Tu som Od: Menovec | Pridané: 26.6.2017 10:47 Je to doslova tragédia a obzvlášť robiť to prostredníctvom updatu BIOSu! Odpovedať Známka: -0.7 Hodnotiť:

Re: Tu som Od: Muad'Dib | Pridané: 26.6.2017 13:52 ... ty kokos, človeče, tebe musí jebať, fakt ti musí jebať! Odpovedať Známka: 4.5 Hodnotiť:

Re: Tu som Od: asmguru | Pridané: 26.6.2017 22:32 Tak si asi zaspinkal v davnych dobach kedy kralovali 8bit RISC a high end bol 486... Pozri si co robia "moderne" technologie ako napr. out-of-order execution - tie CPU si robia co chcu, no na zblaznenie :D Odpovedať Hodnotiť:

Re: Menovec Od: Kamil Zima | Pridané: 26.6.2017 9:20 Vešpery vies spievat ? Odpovedať Hodnotiť:

Re: Menovec Od: Anal Fabet | Pridané: 26.6.2017 10:15 Moc by som nehanil/neospevoval ani jedneho, vid. Ryzen: http://dopice.sk/jPn http://dopice.sk/jPo http://dopice.sk/jPp Odpovedať Známka: 7.1 Hodnotiť:

Re: Menovec Od: lyricky trubadur | Pridané: 26.6.2017 11:03 >/jPp >jedna pani povedala doslova Odpovedať Známka: -7.1 Hodnotiť:

Re: Menovec Od: Anal Fabet | Pridané: 26.6.2017 11:22 Prepacte jeho urodzene lordstvo, ked Phoronix a AMD vam nie su dost doveryhodni, tak koho vam mozeme zavolat aby vam potvrdil problemy s Ryzenom? Gordon Moore mozno? Odpovedať Známka: 8.3 Hodnotiť:

Re: Menovec Od: lyricky trubadur | Pridané: 26.6.2017 11:03 >/jPp >jedna pani povedala doslova Odpovedať Známka: -6.7 Hodnotiť:

Re: Menovec Od: RIKK | Pridané: 26.6.2017 11:01 Pozri sa na errata hoc akeho cpu/soc a mozno ti dojde ze chyb je aj tu pozehnane. Odpovedať Známka: 10.0 Hodnotiť:

FUJTABLE VELEBNOSTI Od: :Pjetro de | Pridané: 26.6.2017 9:14 A to sa na to doslo az po 2 rokoch? Nielenze chlapci z Intelu neopravili ten TSX bug v Haswelli a Broadwelli spred 3 rokov a "opraveny" bol vydanim jazier Skylake a jeho refresu Kabylake, ale oni nam zas pripravili bug uplne novy .... supeeeeeeeer. Bozsky, neomylny, dokonaly Intel ... kup si 18C36T HEDT CPU za 2300 €, nahrad humusnu pastu sedivku, moc nepritlacaj chladic ponivac substrat je tenky, netaktuj a vypni HT .... ku*va a to sme kde? To neni CPU za stovku. Take CPU mi ma rano uvarit kavu a spravit ranajky. (niekde som nieco zachytil o technologickej spicke a nadradenosti Intelu .... ako aj to ze nema chybu) Odpovedať Známka: 6.5 Hodnotiť:

Velebnosti Od: Menovec | Pridané: 26.6.2017 9:25 Za tie prachy Ťa nejaká picholetka na pár nocí pritúli aj v Paštekárni. Tak nezúfaj. Odpovedať Známka: -4.7 Hodnotiť:

Re: FUJTABLE VELEBNOSTI Od: Reikii | Pridané: 26.6.2017 11:08 No a? Vsak za chyby sa plati. Odpovedať Známka: 10.0 Hodnotiť:

Re: FUJTABLE VELEBNOSTI Od reg.: Sheep | Pridané: 27.6.2017 2:12 Myslim ze im krivdis, Intel ma vyrobky s ozaj rekordne dobrou spolahlivostou. Kolko nVidia kariet bolo nahovono, kolko AMD kariet tiez, kolko bolo zlych chipsetov na doskach? Ak je nieco co ozaj nikdy neodide samovolne je to Intel CPU, bohuzial je to tak, jedine situacie kedy intel CPU odisiel bolo znicenie statickou elektrinou pri instalacii, dlhodobe hardcore pretaktovanie, prehrievanie alebo porucha zdroja/napajania zobrala celu dosku aj CPU so sebou a aj to len vynimocne. Intely preziju vsetko a to ze sa 2x za historiu firmy vyskytli problemy s ich logickym fungovanim je prepacitelne. Kukni sa nato kolko zivotov stali odflaknute suciastky do aut a potom daco hovor. Odpovedať Známka: 3.3 Hodnotiť:

Re: FUJTABLE VELEBNOSTI Od: Vghb | Pridané: 27.6.2017 19:15 Petko a jeho mudrosti. Odpovedať Známka: -10.0 Hodnotiť:

dnes má meniny Adriána Od reg.: akoze | Pridané: 26.6.2017 9:38 preco s tym maju problem vyvojari linuxoveho operacneho systemu ? a ako sa bude spravat windows po aktualizacii mikrokodu ? Odpovedať Známka: -7.1 Hodnotiť:

Re: dnes má meniny Adriána Od: koumak | Pridané: 26.6.2017 9:53 mozno v ramci odladovania kodu nejaky ferdo mravec napisal par riadkov aj priamo v ASM a vtedy sa mu to prejavilo. Win a vacsina programov aj systemov je pisana vo vyssom a objektovom jazyku s pouzivanim kniznic, ktory prekladac preklada menej optimalne a viac prediktivne, takze chyba sa neprejavila, pripadne pripisala nejakemu inemu chybnemu kroku pri programovani... Pri programovani v ASM ak je nieco logicky spravne a nefunguje, chyba je jednoznacne v zeleze... Odpovedať Známka: -0.9 Hodnotiť:

Re: dnes má meniny Adriána Od: Anal Fabet | Pridané: 26.6.2017 10:22 Ty si teda hlavicka. Normalne zizam. Problem sa prejavuje vo vsetkych OS, bol objaveny v prekladaci OCaml napisanom v C. Odpovedať Známka: 8.2 Hodnotiť:

Re: dnes má meniny Adriána Od: Koumak | Pridané: 26.6.2017 10:40 Co z toho co si napisal vylucuje to, co som napisal? Ak napisem cast kodu v ASM a bude mi to blbnut, pricom je kod zjavne logicky OK, tak chyba uz neni medzi stolickou a klavesnicou, ale v zeleze. Ze to objavili pri pisani prekladaca zrovna? No ale ved to je fuk, pri pisani coho sa to objavilo, len plati to, ze doposial sa ta chyba vo velkom neprejavila prave vdaka tomu, ze programy, ale aj OS, sa zvycajne pisu za pouzitia kniznic a teda prelozeny kod nemal postupnost instrukcii, ktora vyvolavala uvedeny jav, alebo sa to stalo iba ojedinele a vzhladom na balastne pisanie kodu to programatori priradili nejakej inej chybe vo svojom kode a tak bud prekompilovali znovu s inou optimalizaciou, t.j. vysledny kod mal ine a uz nepadave zlozenie, alebo v programe spravili drobnu zmenu, vysledkom coho bolo znovu iny vystupny kod, kde sa to uz neprejavovalo. Odpovedať Známka: 3.3 Hodnotiť:

Re: dnes má meniny Adriána Od: Anal Fabet | Pridané: 26.6.2017 11:00 Pri pisani prekladaca nepouzivas kniznice, pretoze "tramtadadaaa", pises prekladac na nieco, co este neexistuje! Rozoberme si co si napisal zle (vsetko ale podme poporiadku): >>mozno v ramci odladovania kodu nejaky ferdo mravec napisal par riadkov aj priamo v ASM a vtedy sa mu to prejavilo. ASM je len ina interpretacia kodu v akomkolvek jazyku po preklade. Ci napises funkciu v Javascripte alebo ASM stale mozu byt binarne rovnake. >>Win a vacsina programov aj systemov je pisana vo vyssom a objektovom jazyku s pouzivanim kniznic, ktory prekladac preklada menej optimalne a viac prediktivne, takze chyba sa neprejavila, pripadne pripisala nejakemu inemu chybnemu kroku pri programovani... Odpovedať Známka: -3.3 Hodnotiť:

Re: dnes má meniny Adriána Od: Anal Fabet | Pridané: 26.6.2017 11:01 Win je pisany prevazne v C/C++ (niektore obsluzne programy v .Net), ktore su tak blizko assembleru ako sa len da. Ziadny medzikrok medzi ASM a C nie je. To aku optimalizaciu zvolis urcujes pri kompilacii na zaklade architektury a jej moznosti (instrukcne sady, velkost cache, pocet jadier, atd.) Vobec sa to netyka operacneho systemu. >>Pri programovani v ASM ak je nieco logicky spravne a nefunguje, chyba je jednoznacne v zeleze. Zalezi na architekture, operacnom systeme a jeho preemptivnom multitaskingu a inych veciach. Napr. ked na 32 bitovej platforme spustas kod, ktory vklada 64bitovu hodnotu do registra tak sa deje v dvoch 32bit instrukciach, ktore mozu byt preemptnute (prerusene mutlitaskingom) a prepisane v inom vlakne a dostanes nespravny vysledok. Odpovedať Známka: 2.0 Hodnotiť:

Re: dnes má meniny Adriána Od: Koumak | Pridané: 26.6.2017 20:03 Ze si o ASM cital iba v rychliku? :) Ja sam som napriklad objavil v NEC procesore niekolko chyb, ktore neboli zdokumentovane ... Porovnat vysledne generovany kod ASM s akymkolvek vyssim jazykom je cista utopia a chce to par fernetov nalacno, alebo velmi silnu odvahu to tvrdit. Pri ASM sa preklada priamo do kodu, kdezto pri akomkolvek vyssom jazyku sa interpretuje kod. A ze pri programovani kompilatora sa nepouzivaju kniznice? Vaoo k tomu si ako prisiel? Mas pocit, ze vsetko je poctivo nadatlovane od nuly? Uz len pre obycajny vstup-vystup parametrov a zobrazenie vysledku je urcite pouzita niektora volna kniznica :) Odpovedať Známka: 0.0 Hodnotiť:

Re: dnes má meniny Adriána Od: kokoumak | Pridané: 26.6.2017 22:44 Ze si o programovani cital iba v rychliku ? :) Ze pri akomkolvek vyssom jazyku sa interpretuje kod ? To sa ti v noci prisnilo ? Dnes uz ani javascript nie je interpretovany... mozno perl, python ale urcite nie akykolvek vyssi. Alebo potom take C, C++, ObjectPascal nie su vyssie programovacie jazyky Odpovedať Hodnotiť:

Re: dnes má meniny Adriána Od: Okolo | Pridané: 27.6.2017 19:26 Lol, co to trepes za picoviny :)) Ty ak si nieco objavil, tak akurat to, ze nevies ani zatat do programovania a tak si to zvalil na externe nezdokumentovane chyby, lol, za toto ta uznavam, este z toho vyjdes ako borec :)) Odpovedať Hodnotiť:

otazka Od: userrrrr | Pridané: 26.6.2017 10:21 "problém opravuje ale len pre niektoré Skylake modely" je niekde ten zoznam? Odpovedať Známka: 10.0 Hodnotiť:

Re: otazka Od: Anal Fabet | Pridané: 26.6.2017 10:24 Zoznam nie je ale su to signatury 0x406E3 a 0x506E3, Skylake processory model 78 stepping 3, a model 94 stepping 3. Ostatne este opravy nemaju vydanu Intelom. Mozno na Vianoce. Odpovedať Známka: 10.0 Hodnotiť:

Re: otazka Od: Nasr | Pridané: 26.6.2017 10:29 zoznam najdes tu, tu a tu Odpovedať Známka: 0.0 Hodnotiť:

Re: otazka Od: Koumak | Pridané: 26.6.2017 10:41 20170511 Release -- Updates -- BDX-ML B0/M0/R0 (06-4f-01:ef) b00001f->b000021 Skylake D0 (06-4e-03:c0) 9e->ba Broadwell ULT/ULX E/F-step (06-3d-04:c0) 24->25 ULT Cx/Dx (06-45-01:72) 1f->20 Crystalwell Cx (06-46-01:32) 16->17 Broadwell Halo E/G-step (06-47-01:22) 16->17 HSX EX E0 (06-3f-04:80) d->f Skylake R0 (06-5e-03:36) 9e->ba Haswell Cx/Dx (06-3c-03:32) 20->22 HSX C0 (06-3f-02:6f) 39->3a Odpovedať Hodnotiť:

tak zase čakat na další cpu, budúcoročný Od: LytaRyta | Pridané: 26.6.2017 11:41 radšej počkat na dalšie vydanie cpu (Intelů resp. abo dalšiu generáciu, vydanú zas nejmín až o další 1 - 2 roky.. Odpovedať Hodnotiť:

Re: tak zase čakat na další cpu, budúcoročný Od: Lyta | Pridané: 26.6.2017 11:43 ´´dúfajme že o ten rok už budú bugfixované tie procaky Odpovedať Známka: 3.3 Hodnotiť:

No do p. Od: xyz. | Pridané: 26.6.2017 11:51 Keď sa dočítate že v procesoroch Intel je problém v Hyper-threadingu a uvedomíte si, že je to technológia ktorú váš model ešte ani nepodporoval, vtedy viete že je čas kúpiť nový procesor. A rovno radšej Ryzen od AMD. Odpovedať Známka: 6.0 Hodnotiť:

Re: No do p. Od: ryzen-man | Pridané: 26.6.2017 13:31 ktory veselo odpaluje ramky, ma dojebane fma3, odflaknuty scheduler (teda, vyzera to tak, ze takticky upraveny na najcastejsie benchmarky, a dost zaujaty voci win10) a, ako bonus, pripadne vypnutie ht ti odpise presnu polovicku jadier (fyzickych aj ht)... co ryzen radi do kategorie 10 dolarovych 2TB usb klucov z ciny... prast ako uhod :) teda nie, intel bug je uz opraveny... Odpovedať Známka: -4.4 Hodnotiť:

Re: No do p. Od: Reikii | Pridané: 26.6.2017 13:38 Mas na mysli G. Skill RAMky s RGB, ktore su oficialne podporovane len na ASUS doskach u Intelu? Odpovedať Známka: 5.0 Hodnotiť:

Re: No do p. Od: ryzen-man | Pridané: 26.6.2017 15:44 nie, komplet vsetky rychlejsie ramky nad 2400MHz. potom je to loteria, bud vyhras jednu, ktoru tvoja doska podporuje, bud stravis kopec casu hladanim, jako rozbehat xmp, flashovanim biosu a browseni po forach, resp. vyradenim xmp a manualnym nastavovanim, bud ti zhoria ramky a (ak mas stastie aj doska), resp. sa na to vyseries a ficis na pomalych ramkach. Odpovedať Známka: 0.0 Hodnotiť:

Re: No do p. Od: Reikii | Pridané: 26.6.2017 16:58 Tak podpora RAM a rychlosti je momentalne dost zavisla od BIOSu, napriklad ASROCK Taichi uz ma v novom BIOSE aj kopu inych casovani mimo tie zakladne a videl som ako na tom bezali RAM na 3700MHz+, staci to trochu poladid. V zaklade su tie casovania dost nahovno, ta doska ma ten BIOS trochu dobugovany, ale opravy vydavaju pravidelne. Stale to neni "plug and play", no je to omnoho lepsie ako ked Ryzen len vysiel a rozhodne lepsie ako taktovanie RAM na X99. Odpovedať Známka: -3.3 Hodnotiť:

Re: No do p. Od: ryzen-man | Pridané: 26.6.2017 15:47 pripadne este ecc ramky, ktore funguju, iba u par specifickych udimm a aj to iba v non-ecc mode (teda, jako keby si ani ecc nemal) ale jo, hadam aj ten tvoj specificky druh pamati je postihnuty... mozno. Odpovedať Hodnotiť:

Re: No do p. Od: 1337 | Pridané: 26.6.2017 16:00 try again mam R5, ramky otocene na 3200 a ziadna magia za tym nebola *laughs in 6 cores Odpovedať Známka: 0.0 Hodnotiť:

Re: No do p. Od: ryzen-man | Pridané: 27.6.2017 16:04 moj mobil mam osem jadier, som kral :) Odpovedať Hodnotiť:

Re: No do p. Od: xyz. | Pridané: 26.6.2017 14:21 Čo je toto za hlúposť? Ja síce niesom zrovna odborník na technológie používané v procesoroch, ale zato viem že ht, teda hyper-threading je technológie len u Intelu. AMD má niečo obdobné, ale tam sa to volá inak. Odpovedať Známka: 5.0 Hodnotiť:

Re: No do p. Od: ryzen-man | Pridané: 26.6.2017 15:57 ani nie, vsetky pokusy implementovat nejako rozumne smt zlyhalo. plus ludia su uz z pokusov amd (vydavat smt jako dve fyzicke jadra, zaratat gpu cast ako computing core...) znechuteny. terajsia implementacia sa tvari len okopceny intelacky ht, preto ht - znie to doveryhodnejsie a keby sa aj intel do toho oprel, amd ho zotrie s tym, ze sa jedna o implementaciu na baze "hypertransportu", co je sice trochu ina vec, ale tiez sa da skratit na ht. ale je v tom nejaky zadrhel - aspon, ked ho chces vypnut, bo zareze aj fyzicke jadra. co som sa s tym cca tyzden hral, vyzera to tak, ze ht jadra funguju len ako nejaky integrovany asic na nabudenie vykonu pri detegovani benchmarkov... treba preverit lepsie... Odpovedať Známka: -4.3 Hodnotiť:

Re: No do p. Od reg.: Pjetro de | Pridané: 26.6.2017 19:23 to vypinanie HT u AMD je fakt strasne divne az zarazajuce ... normalny clovek by cakal ze po vypnuti HT ostanu vsetky fyzicke jadra bez HT a nie ze cela polovica fyzickych jadier aj s ich HT sa vypne a ostane iba polovica fyzickych jadier so zapnutym HT - absolutne postavene na hlavu Odpovedať Známka: 0.0 Hodnotiť:

Re: No do p. Od: ryzen-man | Pridané: 27.6.2017 6:12 otazka - preco to tak je? podla toho, ako sa ten cpu spraval, ked som ho mal na stole, mam podozrenie, ze namiesto cisc x86 so vsetkym na a s, nas ojebavaju "polo-jadrami", cize mixom cisc a risc jadier. co by vysvetlovalo aj mrznutie win10 - ten si posle instrukciu a ak nahodou sadne na "polo-jadro", bo vsetky "plne" su obsadene, tak sa nakomplet zjebe, bo cpu nevie, co s tym... vravim, trebalo by to jebnut do labaku a kompletne prebehnut. bo, podla vsetkeho, je to len prezleceny, trochu upraveny bulldozer. Odpovedať Známka: 3.3 Hodnotiť:

Re: No do p. Od reg.: Sheep | Pridané: 28.6.2017 3:31 A, Nie, pocitac nepracuje ako nas urad prace. B, V prvom rade Risc nepodporuje X86 instrukcie, AMD je X86 CPU, to znamena ze X86 nie je len jadro, je to aj cache a radic pamati atd. Najviac plochy na CPU zabera cache pamat co je nic ine ako registre kde tieto instrukcie ulozene su a odtial si ich vyberaju jadra(tj ALUs). Vyrabat CPU z dvoch architektur ak aj technicky mozne je, je to nezmysel. C, Instrukcie bez ciela existuju, su zahodene a je ti vyhodena nejaka chybova hlaska, ak by sa to stalo v nejakom kritickom programe dostal by si max tak blue screen. Tieto veci robis na PC denne, napr. napisanim zlej adresy do prehliadaca alebo otvorenim odkazu na ploche na program ktory uz v PC nemas...atd D, Mrznutie sa deje bud z dovodu fyzickeho(prehrievanie, elektricke poruchy) alebo programoveho(zacykleny program). E, CPU neotestujes tak ako vyrobca - nemas obsluzne programy na testovanie funkcnosti procesorov. Odpovedať Hodnotiť:

Re: No do p. Od: ryzen-man | Pridané: 28.6.2017 6:14 a, myslis? hore roob pise, ze jadro vs jadro v singlethread je cca rovnake. ovsem, ak ich zatazis, tak 3 amd jadra s ht sa cca vyrovnaju 2 jadram intelu. co je prvy znak toho, ze nieco nie je koser. dalej, padanie sa da vyriesit vypnutim ht, co zreze aj fyzicke jadra, co je picovina. zatial, hypoteza je: mas plnohodnotne jadro a polovicne (ak aj nie zrovna risc, tak minimalne nepodporujuce vsetky instrukcie) - kvoli tdp. kazde je schopne vykonavat za istych podmienok 2 vlakna. teda: (4 silne + 4 slabe) x 2(ht) == 8c16t ryzen. co, ak sa potvrdi, je ojeb na ludoch. b, cpu s igpu su teda nezmysel? c, d, nebavime sa len o jednoduchom bsd. pocitac sa bez vystrahy a bez logu zjebe. oprava integrity dat na disku je nutna, nie vzdy sa podari. zacyklenie, prud a teplo mozeme vylucit - obe masiny bezali vedla seba na stejnej faze, rovnake podmienky, teploty ok. e, som si vedomy, ale minimalne pod mikroskop ho hodit mozem a zmerat rozmery jadier - to ma pohne dalej. Odpovedať Hodnotiť:

Re: No do p. Od reg.: Sheep | Pridané: 28.6.2017 11:12 CPU s iGP nie je to iste, iGP je dalsia suciastka, Ale robit risc a cisc jadra do jedneho cipu je blbost. Odpovedať Hodnotiť:

Re: No do p. Od: ryzen-man | Pridané: 28.6.2017 13:52 nie je to take nelogicke, ako si myslis. s tymto napadom prislo amd v case, ked potopilo ati, aby ich neskor za lacny peniaz odkupilo. druhy stupen vyvoja boli bulldozer, kde si otestovali "asymetricke" jadro. treti stupen boli "computing cores", kde na igpu jadra bol priamo scheduller schopny adresovat nejake instrukcie. a toto vyzera ako 4 stupen - integraciu takehoto/podobneho jadra priamo ku bloku. technicky to vysvetluje aj to, preco ti vypnutim ht reze aj fyzicke jadra - a to preto, bo vypne "polo-jadro"... intel ma na to svoje sdk, ktore dovoluje adresovat aj igpu cast... Odpovedať Hodnotiť:

.................. Od: tenodtal | Pridané: 26.6.2017 17:30 toto je smutne. moc vela smutne ze vypnut ht to je ale smutne. smrrrk. sopel tece smrrrrrrrrrrrrrk sopel bol vtahnuty donutra :D Odpovedať Známka: 0.0 Hodnotiť:

.................. Od: tenodtal | Pridané: 26.6.2017 18:07 ESTEZE MOJ 6600K NEMA HT. to je dobe ze nema ze. nemusim updatovat biosa. a ine vecy. :D Intel® HT Technology is available on the latest Intel® Core™ vPro™ processors, the Intel® Core™ processor family, the Intel® Core™ M processor family, and the Intel® Xeon® processor family takze ked nemate nic z toho ste safe a mozete si povyskocit alen len 5-10cm max. co by mohlo stacit ak neste jeden z tych sutazivych typov. co je zle. lebo lebo. ak ste tak vyskakujte z okna radsej. to nechces. byt sutazivy typ. lebo ti skacu z okna. ven. :D Odpovedať Hodnotiť:

Re: .................. Od: LytaRyta | Pridané: 26.6.2017 18:59 "biosa" lůl :p nj, aj s mojou kočkou budem ted muset ist vetovi, si pichla neco do pussy, (abo packy, a beztak musí ist na preočkovanie *70-sukien mala, a predsa sa nevydala, a ja nemám, ani-ani 1, pýtajú ma až za Vwiednu* ..a proč zatím nenavštívil kormidelník Arcadie (a parták,/pobočník Cpt.Haarlocka) svoju, už starú mamu, odkedy sa vydal na cesty a plavby ? to je špatné, 1 z najsmutnejších vecí, čo som videl v poslední dobe v seriáloch, /filmoech.. :o :( ;( :/ ked bude LeijiMatsumot.robit další část Haarlocka, (abo neco , hocico z jeho *Leijiverse", - musí toto napravit, - chcem fanservis! :p Odpovedať Hodnotiť:

Re: .................. Od: Rdgvf | Pridané: 27.6.2017 19:50 Jeden trapnejsi ako druhy. Odpovedať Hodnotiť:

Pridať komentár