Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Už dává smysl výzva intelu, aby se CPU nesrovnavali v testech.
Třeba je prioritou Intelu konečné řešení opravy všech bezpečnostních chyb před honěním se za výkonem. Dávalo by to celkem smysl když poslední architektura tady s námi byla 5 let a tato je údajně nová.
to je hezké, tak držme palce, aby po zalepení děr zůstalo IPC alespoň na 70?% Ryzenu
Vy ste optimista,
viem to dozaista...
Hardvéerová oprava bude bude spomaľovať výrozne menej ako softvérová, Ale -30% je extrémne optimistické
Google Engineer Shows "SESES" For Mitigating LVI + Side-Channel Attacks - Code Runs ~7% Original Speed
on 21 March 2020 at 06:00 AM EDT.
The tests on Kabylake found that the mitigated performance overall was about 22% that of the performance without the LVI mitigations.
While performing at just ~22% the original performance is already a brutal hit, an LLVM mitigation proposed by a Google engineer in working to avoid LVI and other side-channel vulnerabilities in one of her tests saw just ~7% the original performance based on the geometric mean. That LLVM work with the even more dramatic hit is the Speculative Execution Side Effect Suppression (SESES) and was started for mitigating Load Value Injection but expanded to address other side-channel vulnerabilities like Spectre V1/V4 and others. It offers extra safeguards beyond just LVI mitigation, but in Google's own BoringSSL test (their fork of OpenSSL), the performance came in to a 7% geometric mean of the original performance (not a 7% hit, merely 7% the original performance).
https://www.phoronix.com/scan.php?page=news_item&px=LLVM-SESES-Mitigatin...
The Brutal Performance Impact From Mitigating The LVI Vulnerability
on 12 March 2020
https://www.phoronix.com/scan.php?page=news_item&px=LLVM-SESES-Mitigatin...
Ale no tak. Dokud na serveru běžíš vlastní SW tak máš zpomalení NULA. To jenom AMD fans z toho dělají doomsday.
Nikdo neví na jakých taktech to ve skutečnosti běželo.
Rocket Lake = Tiger Lake s ořezanou L2 cache
Očekávat tedy, že Rocket bude mít nižší IPC než Ice Lake je nesmysl. Díky vyladěnému 14nm+++++ to bude mít takty kolem 5GHz a ukrutnou spotřebu. IMHO to bude nejlepší herní CPU. Zen3 zůstane králem v MT s orientací na servery, což je jen dobře.
Hlavně pokud se začínají objevovat samply nyní, tak vydání bude ještě letos 2020. Příští rok nás čeká Alder Lake s Golden Cove a ve srovnání s tím by byl RKL velmi podřadný produkt.
"Hlavně pokud se začínají objevovat samply nyní, tak vydání bude ještě letos 2020. Příští rok nás čeká Alder Lake s Golden Cove"
.. sni dal..
https://diit.cz/clanek/krom-tiger-lake-intel-letos-nic-noveho-nevyda-hed...
To jsou jenom leaky, není to ofiko. Ale je možné že jim to kluzlo o jeden kvartál do Q1. Jeden kvartál zase takový rozdíl nedělá.
.. sni dal..
Je to děs. Vypadalo to že se Intel konečně trošku zbrchá, ale vidím to špatně.
Asi se nepotřebují zbrchat, vydělávají furt dost a dost, tak na co :-D
Jsem přesvědčený, že finální produkt bude mít výkon na úplně jiné úrovni. S tímto výsledkem by IPC muselo být někde mezi Zen / Skylake, což jistě nebude. Bude vyšší než na Ice Lake - jen těžko říct, o kolik.
A nemohl by to byt treba mobilni "U" RocketLake?
Ty frekvence by tomu mohli odpovidat a skore je myslim dost podobne, jako ma 4800U od AMD.
Bob sice tvrdil, ze vydaji do konce roku uz jen TigerLake, ale treba 'zapomnel' na jeho 14nm port v mobilni oblasti.
Mne to prijde taky podezrele nizke vykonem, ale porad to jsou ES v nejake fazi. Delat na tom zavery je hodne brzy.
Věřím, že Intel jednoho dne vydá generaci procesorů, které budou schopné konkurovat AMD ve všech ohledech.
Můžeme jen doufat, že než se tak stane, AMD neusne na vavřínech a/nebo neodejde Lisa Su.
roky hovorim SHINTEL DED, vidim ze coskoro sa to stane
tencent cloud.... https://i.redd.it/oqw54or5vt151.png
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.