Názory k článku
Procesory AMD Zen 1 mohly propouštět data po dělení nulou, oprava bude v Linuxu 6.5

To je snad jeste lepsi, nez co se povedlo s FDIV u Intelu :D

Tak rozmýšľam, či sa tie EPYC 7001 nedajú použiť do normálneho desktopu, dobrý a lacný procesor z druhej ruky by sa mi hodil.

Uplne to vhodny neni.. 1S system deska/cpu/ram bez disku zere to 65w v idle, ma to nizke frekvence (2GHz), v zatezi 180+ W na 32jadro. To uz je vyhodnejsi nejake modernejsi 16-jadro na 4GHz, resp. 12 jadro s vyssim IPC na 4G. ktere udela tu samou praci a v singlethreadu mnohem rychleji.

Ale pokud mate potrebu na vice pcie linek, nebo pametove narocnou aplikaci.. tak treba i jo. Pripadne uz jen kvuli kapacite pameti, protoze mate bud 8x32G nebo 16x32G pri vyberu spravne desky.

Ďakujem za informácie.

Jestli to bylo na aukru, tak to vam spise nepojede :D

Aukro az tak moc neznam. Su tam nejake problemy? / sofistikovane podfuky?

Zeby sa AMD konecne vyrovnalo Intelu.

Motorola: Kolko je 2+2?
Intel: 5
Motorola: To ale nie je dobre
Intel: alerychlo

Lepsie to znie ked sa to hovori ale asi kazdy tusi o co ide, ze? Nech zije MMX a jeho matematicky koprocessor.

Ja ten vtip poznam ako 486 vs Pentium kvoli FDIV bugu

Myslim, ze bolo vytvorenych a v obehu niekolko inkarnacii tohto vtipu ale uz je pomerne stary. Mladsim rocnikom nebude hovorit nic.

A o kolik(desitek) % padne vykon po aplikovani opravy?

Kdyz se podivate do patche, tak je tam uprava handleru vyjimky, ktera nastane pri deleni nulou.

Takze o kolik bude vykon stroje horsi zalezi jak casto nastava ve vasem kodu deleni nulou.

Prakticky to ale nedava smysl, protoze defaultni userspace handler (signal) kteremu se preda rizeni je nastaveny tak, ze program v momente deleni nulou skonci na obligatni hlasku:

Floating point exception (core dumped).

Sice to muzete odchytavat.. ale reknete mi.. jak to vyuzivate? :D
https://stackoverflow.com/questions/13563688/divide-by-zero-exception-handling-in-linux

Ja tam predevsim vidim hlasku, ze oprava vlastne nic neopravuje, rozmlatte ten CPU palici ...

"AMD Zen1 DIV0 bug detected. Disable SMT for full protection."

To je informace pri detekci mozne chyby. Pak se nainstaluje handler, ktery cisti registry a ten se aktivuje pri kazdem trapu v exception.

Ta hlaska jasne rika, ze ta oprava tu chybu neopravuje, jen mozna a kdovi jestli redukuje. Kdyby tam po zmene zadny problem nebyl, nebyla by tam hlaska rozmlatte to palici. Vypnuti SMT = pokles vykonu o 30-50% = rozmlaceni CPU.

Skoro bych se vsadil, že Java (aspoň teda JIT v C2 a GraalVM) to odchytávat budou, aby nebylo nutné pálit čas na dalších instrukcích, které by řešily kontrolu. Druhá věc je, že koncová aplikace asi typicky dělit nulou zkoušet nebude.

Aplikace zcela 100% delit nulou bude, protoze nekde bere data, a kontrolovat vstupy neni v mode.

OT: Před cca 25 lety jsem na dělení nulou postavil maskování proti heuristice a obecně krokování debuggerem. Vystačil jsem s tím na škole poměrně dlouho. ;-)

M.

Prakticky to ale nedava smysl, protoze defaultni userspace handler (signal) kteremu se preda rizeni je nastaveny tak, ze program v momente deleni nulou skonci na obligatni hlasku:

Floating point exception (core dumped).

Kdyz se clovek nad tim zamysli, tak zjisti ze to je nesmysl a takhle to fungovat nemuze. Program totiz nevi, jestli kernel ulozi coredump. Z cehoz vyplyva, ze tuto informaci vypisuje shell, ktery v navratovem statusu ma informaci jak o tom, ktery signal vedl k ukonceni programu, tak i tom, jestli byl ulozen coredump.

__nie ze by som mal moc co povedat k teme
spotreby energie procaku pri otvorenych trubach
k pamati defaultne od vyrobcu,
ale zda sa mi,
ak si este zo skolu pamatam,
processor je zenskeho rodu, ak by "mohly" neco ty nase holky ...
__ci som uz uplne mimo republiku ?

Nevím, jak ve slovenštině, ale v češtině je procesor mužského rodu a skloňuje se podle vzoru hrad.

Ve slovenstine je to +/- stejne, akorat pojmenovani vzoru neni hrad ale dub.

Od kedy je vykonávateľ / spracovateľ ženského rodu.

PC je mužského rodu, lebo je mužského rodu počítač.

FUD je ženského , lebo neistota aj obava sú ženského rodu

Tak nevím, jestli je možné přiřadit zkratce rod podle rodu jednoho přeloženého slova. Mám pocit, že většina lidí používá PC jako neutrální a FUD mužský.

Nám to natalčil do VŠ učebníc Jazyko(pa)vedný ústav Ľudovíta Štúra Slovenskej akadémie vied, ktorý robí povinnú korektúru učebníc. Pre skriptá to ale neplatí.

Ak je tam viac slov,berie sa rod ktorý je tam častejšie.

To mi zní až jako obrozenecký fanatismus.
Jsem rád, že naši jazykovědci do přirozeného vývoje češtiny zas tolik nezasahují.

Třeba u toho processorku příliš myslel na professorky.

Procesor je na Slovensku samozrejme rodu muzskeho, doporucuji se podivat na https://slovnik.juls.savba.sk/?w=Procesor&sa= coz je oficialni zdroj pro slovensky jazyk

V PC mám Ryzen 7 1700.
SMT mám vypnuté od začiatku. Pri bežnej prevádzke 8 jadier bohato stačí a pri paralelizovaných úlohách náročných na procesor (spracovanie videa) nie je prínos SMT veľký (prípadne môže byť, podľa typu úlohy, aj záporný).
Napríklad optimalizované výpočtové benchmarky dokážu "vyhuliť" všetky FPU jednotky v CPU aj bez SMT a zapnutie SMT už prináša len zbytočné prepínanie kontextu.
SMT má zmysel pri niektorých servrových záťažiach, kde bežia rôzne druhy úloh (niektoré zaťažujú INT a iné FP jednotky) ale na desktope, kde je 8+ jadier, sa dá bez problémov vypnúť.

Zalezi od togo co provozujete.

Mít R7 a mít vypnuté SMT je fakt kacířství.... kord pro hackera nejste cílem, tudíž úplně zbytečný krok... ale proč ne, klesne výkon a spotřeba se zvýší...

Využiteľný výkon neklesne. Na spotrebu to merateľný vplyv nemá.
Osobne mám skúsenosť s nastavovaním SMT v prostredí POWER CPU a AIX-u. Je možné prepnúť (na úrovni virtuálnej mašiny) do módu bez SMT, SMT-2, SMT-4 a SMT-8. Teda až 8 CPU (AIX ich nazýva logické procesory) na fyzické jadro.
V žiadnom prípade neplatí pravidlo čim viac tým lepšie. Je to silne závislé od konkrétnej záťaže a módy s vyšším počtom threadov typická desktopová záťaž nedokáže dostatočne využiť.
Dokonca s tým počíta aj samotný OS, AIX v prípade nedostatočného počtu bežiacich procesov/threadov jednotlivé logické procesory dokáže "uspať", aby nedochádzalo k zbytočnému prepínaniu kontextu.

Tak pokud jsou aplikace psané tak, že pořád někde čekají na IO a občas něco i spočítají, tak ten SMT-8 může mít benefit. Ale pro moderní event-driven kód tam nevidím žádnou výhodu. SMT-2 je podle mě maximum. Celkově to přináší víc problémů než užitku.

V konzervatívnom prostredí, kde sa často používajú POWER procesory (štát/priemysel/ban­ky) znamená "moderný" kód niečo, čo bolo v 90. rokoch prepísané z COBOL-u/FORTRAN-u do C. :-)
Existujú prostredia, kde dáva zmysel aj SMT-8. Treba brať do úvahy aj fakt, že novšie Power CPU majú o niečo viac výkonných jednotiek ako Intel/AMD teda nedochádza až tak rýchlo k zdieľaniu výkonných jednotiek medzi threadmi a následnému spomaleniu výkonu.

To je krásné jak vy víte lépe než provozovatel daného CPU, co jak má být a co je pro něj lepší.

Víte vůbec jak lze využít chyby SMT? Buď fyzicky, nebo tomu dáte veškerá oprávnění. Nikoliv, že otevřete PDF a je hotovo.... A to je právo to vtipné...

11. 8. 2023, 21:00 editováno autorem komentáře

Jasne, a ono se podobne utoky vubec nikdy za zadnych okolnosti neretezi... vzdycky se jen zneuzije jen ta jedna dilci zranitelnost, ale urcite ne zadna jina okolo ;-)

Nerozumím Vašemu textu. Pokud vypnu SMT na moderním AMD, jsem více ohrožen? Řeč tu byla o vypnutí a jejích důsledcích. A Vy ste začal se spotřebou a výkonem.

Na Pentiích IV se taky někdy muselo vypínat SMT kvůli chybám Windows.

S rozšířenými reálnými čísly (mají přidaná nekonečna) je problém, že je jich několik druhů. A žádný z nich nezvládá zalepit všechny díry.
Kalkulačka, co umí zobrazit nekonečno, stále bude vyhazovat chyby třeba pro 0/0. A v praxi je obvykle rozdíl mezi "výpočet ti bouchl" a "výpočet ti bouchl a letěl tímhle směrem" naprosto nezajímavý :)