Názory k článku
Dopad KPTI a retpoline záplat na starší procesory
-
Anunnaki (neregistrovaný)
"většina" ... No nevím ... ale mně osobně by nikdo nedonutil dělat na počítači starším než 5 let, a i to musel byt před těmi 5ti lety výkonný model.
Popravdě, jen málokde jsem narazil na starší PC než 5 let. Je pravda, že ještě někde mají i Win7 (9let starý OS) - Win8 (6let starý OS), ovšem prakticky výhradně jen z důvodu neprofesionálního přesvědčení uživatele ale i to na novějším HW, jinak vše Windows 10. Firma, která neinvestuje do pracovních nástrojů svých zaměstnanců, si nazaslouží dobré zaměstnance. -
CM (neregistrovaný)
Mám v tom nějaký hokej, mohl by mi, prosím, někdo vysvětlit následující?
- Dle seznamu na techarp.com nejsou procesory Core 2 Duo chybami Meltdown a Spectre postihnuty, zde je pro ně ale aktivní záplata. Jak to tedy je?
- Pochopil jsem správně, že v případě Windows je potřeba updatovat OS i BIOS a na Linuxu stačí záplata pro kernel? Stejně ale nechápu, jak může být oprava funkční i pro starší CPU, když Intel sdělil, že opravu poskytne jen pro procesory nejvýše 5 let staré (Haswell?)? Předpokládám, že pro takovou opravu je potřeba detailní znalost daného CPU. -
Sten (neregistrovaný)
Postihnuty jsou všechny procesory Intel od Pentia Pro (včetně), s výjimkou procesorů Intel Atom přes generací Avoton.
Chyby lze řešit na úrovni jádra nebo mikrokódu, měla by stačit aktualizace jednoho nebo druhého (aktualizace mikrokódu má potenciálně menší výkonnostní dopad, ale neznám žádné detailním srovnání). Aktualizace mikrokódu přes BIOSu se projeví až po restartu počítače, u aktualizace přes OS zůstává systém krátce po startu (než se spustí služba nahrávající mikrokód) zranitelný.
-
kopfikStříbrný podporovatelpostižené by měly být všechny CPU, které intel vyrobil od roku 1995... a to jenom ty CPU, co používají out-of-order execution (=spekulativní provádění instrukcí)... (některý Atomy a další, který sou in-order execution postižené nejsou)...
ARM má svoje out-of-order execution procesory taky postižené... nutno dodat, že out-of-order u mobilních zařízení jsou jenom BIG clustery = drahé mobily... levné mobilní telefony mají SoC s in-order execution (mají jenom little clustery), a ty postižené opět nejsou ...
teď se ještě zjišťuje jestli se dá obdobně napadat i AMD ... nemusí to jít stejným postupem...
ta chyba obecně (jestli sem to dobře pochopil) je v návrhu celýho toho spekulativního mechanismu a následným návrhem zapojení jednotlivejch součástek v CPU za sebe... tzn., že pokud to maj spravit, musí vydat patch kterej bude v CPU pro tuhle funkci používat fyzicky jiný obvody v CPU (=degradace výkonu, protože primárně navržený obvod je v podstatě HW akcelerace - něco jako DSP čipy doplňující SoC v mobilních zařízeních) anebo vypnou celou tu funkci toho procesoru (=ještě větší degradace výkonu). -
kopfikStříbrný podporovatel
a co by v takovým případě tak drasticky omezovalo výkon toho CPU? to přece nemuže žrát 40% výkonu, nebno? (nejsem žádnej návrhář čipů, takže v podstatě plácám nejspíš kraviny :) )
-
Josef (neregistrovaný)
Ja mam pocit ze cim vic clanku o tom ctu tim jsem zmatenejsi.
Ale jestli jsem to pochopoli tak vsechny tyto chyby souvisy souvisy s ctenim ram.
Chapu to tedy dobre ze kdyz budu testovat neco ve virtualu nebo dropboxu (hlavne databaze) tak klidne muzu nabootovat do nezaplatovaneho rychleho systemu a kdyz budu pc pouzivat pro osobni veci (bankovnictvi atd.) Tak prebootuju do opraveneho systemu?P.s. mam sandy bridge a dalsi cca 3-4 roky jsem upgrade neplanoval.
-
Josef (neregistrovaný)
Sorry myslel jsem docker, ne dropbox :-).
Proste se mi zda ze vsichni ted tlaci nejake pochybne fixy na hypotetycke bugy za kazdou cenu (bez ohledu na dopad na vykon). Doufam ze to aspon pujde nejak jednoduse vypnout. Vsude to prece neni treba mit fixle (nejake testovaci servery, prip. bez pristupu na internet), nekde je dulezitejsi vykon.
-
j (neregistrovaný)
Souvisi to se spekulacema CPU = kdyz mas nekde vetveni v kodu, CPU provede obe vetve, a to presto, ze ve skutecnosti se pak pouzije jen jedna. Jenze vysledky a data obou mas v cache.
A tudiz muzes nacist pamet mimo rozsah pristupnej aplikaci, coz ti sice kod jako takovej nedovoli, ale CPU to udela. Jednoduse proto, ze v ten okamzik nevi, jestli tuhle cast pameti cist muzes.
Defakto to pak vede k tomu, ze libovolnej proces muze cist libovolnou cast pameti, vcetne js v browseru. Stejne tak si dovedu predstavit ze prostredkama databaze (SQL) prectes data ke kterym nemas opravneni.
Upgrade CPU ti nepomuze, neexistuje (a jeste par let zcela jiste nebude) totiz zadnej kterej by tuhle ficuru nemel.
