INTEL News

[del42sa]

https://videocardz.com/newz/intel-propo ... hitecture

ořezání podpory 32 bit a níže a veškerého dnes už nepouzivaneho balastu drženého jen kvuli kompatibilitě by mohlo x86 procesorům pomoct

[killerek]

Orezani stareho balastu bude bych rekl ku prospechu veci, ale chci videt, jak se bude chovat 32bit SW, protoze toho je stale bohuzel dost.

[WILLLESS]

Dle toho whitepaperu by mělo jít o odstranění podpory původního 32-bit x86 běhu pro 32-bit OS (podporující dosový 16-bit software), ne o likvidaci dosavadního 32 bit softwaru podporovaného za běhu v 64-bit OS (a hardwarověho nastavení CPU). Odstranění 32-bit ring 0 (kernel OS) těžko něco změní s 64-bit OS. 16-bit instrukce za běhu 64-bit OS hardwarově použít nejde, co dělá mnoho uvedených věcí ale nevim, stejně jako kterej legacy software využívá ring 1, ring 2.

[DOC_ZENITH]

Orezani stareho balastu bude bych rekl ku prospechu veci, ale chci videt, jak se bude chovat 32bit SW, protoze toho je stale bohuzel dost.

Tipuji že ten CPU je bude podporavat ale bude je už jen emulovat. Ztráta starejch instrukcí by mohla navrtat zpětnou kompatibilitu což byla vždy hlavní výsada x86.

[killerek]

Tak je otazka, jestli je jeste nutne drzet kompatibilitu s necim jeste starsim jak 32bit. Napadaji me tak maximalne ricidici SW pro stare vyrobni/prumyslove stroje, ale to se stejne bude lepit spise i starym HW v pripade opravy a v nejakych pripadech mozna prepsanim SW.

[WILLLESS]

Vesměs je to ztráta instrukcí použitelných pouze při běhu 32-bit OS, který jsou dnes celkem k ničemu (>4GB ram má dnes snad každej x86 počítač). Pokud procesor jede v 64 bit módu (tzn. vždy, když je spuštěn 64-bit OS), většina těch instrukcí nikomu chybět nebude. 16-bit dosový software se dnes už stejně většinou emuluje, takže ani to není problém. Windows 98 na tom už ale nativně spustit nepůjde.

Virtualizční verze některých instrukcí ale celkem zůstávaj, takže do ani nemusí být příliš problém pro virtualizační farmy. Pokud by z nějakého důvodu nepoužívaly 64-bit OS.

[jctrnacty]

Chybi mi tu tralalak, ktery tu postoval kazdy nesmysl o intelu. Asi mi chybi jeho zmena paradigmatu, tak to postnu misto nej. Posledni "roadmapa intelu".
Na vytreni zadku jako delana, protoze 90 procent toho stejne platit nebude.

https://diit.cz/clanek/intel-zverejnil- ... -roku-2025

[del42sa]

https://www.hardwaretimes.com/intel-16t ... ding-axed/

16th Gen Panther Lake, leveraging the Cougar Cove core, will leverage the Rentable Unit Cores, offering a 40% IPC uplift over an earlier designed 4-way hyper-threaded model. According to Moore’s Law is Dead, RUs are something akin to addressable cores, packed in groups of two, each with a chunk of SRAM and sharing MLC per unit These cores are grouped into units and take up notably less space. However, they can be boosted (four of them) to incredible levels, providing a substantial IPC boost in lightly threaded workloads. As always, take rumors like this with a grain of salt.

[mr.qeg]

Nezní vám to jako Bulldozer, akorát že by zde mělo fungovat to, co v Bulldozeru ne - sdílení prostředků těch 2 modulů na jednom vlákně

[del42sa]

Nezní vám to jako Bulldozer, akorát že by zde mělo fungovat to, co v Bulldozeru ne - sdílení prostředků těch 2 modulů na jednom vlákně

jj přesně ten původní návrh od Andy Glewa : viewtopic.php?p=8674200#p8674200

[mr.qeg]

No to jsem si říkal, jestli ho Gelsinger nenatáhl zpět společně s Hintonem a dalšími veterány...

[del42sa]

https://wccftech.com/intel-discloses-8- ... -per-core/

During Hot Chips 2023, Intel showed off a brand new CPU design featuring 8 cores but a massive 528 threads based on RISC.
Intel's 8 Core & 528 Thread CPU Can Provide Insane Parallelism & Multi-Threaded Capabilities

[DOC_ZENITH]

8 Core & 528 Thread CPU Can Provide Insane Parallelism & Multi-Threaded Capabilities

Ale.... tohle neni co si trh žádá. Tohle nikdo nechce, takže WTF Intel. Přijde mi to jako taková technologická demonstrace nového front-endu kterej je schopnej přiřadit na jádra x threadů dle libosti. Ala takové flexibilní HT. Cool ale o vítězství stejně rozhodně výkon na 1 thead a celkovej výkon/watt celeého CPU. Ala ta oblast kde je Intel 2 generace pozadu.

[mr.qeg]

Cloud based serverový trh po tom samozřejmě skočí. DOCu nemůžeš hodnotit celý trh podle "Vašeho vymírajícího PC gaming segmentu". Stejně Vám časem nezbude nic jiného než si platit nVidia streamování...

[DOC_ZENITH]

Podle toho to fakt nehodnotim. Já se na CPU dívám z 2 pohledů, tohodle a taky z pohledu VFX vývoje/modelování, renderingu a virtualizace. Nikde tam nevidim využití. K čemu tohle bude lepší než takovej 256-jádrovej ZEN5 Epyc?

[mr.qeg]

Tak zrovna virtualizace je ta oblast. Proč asi Amazon, Oracle, Microsoft začínají ve velkém nasazovat místo plnotučné x86 pomalé in-order ARMy nebo AMD se už kdysi dávno vydalo cestou high-throughput architektury jménem Bulldozer a hodně si od ní slibovalo?

Celkový vyšší single/multithread (který má Zen5 Epyc samozřejmě lepší) ve všech use-casech nevyužiješ, zato se hodí úspora křemíku a wattů na počet vláken.

//oprava překlepů

[DOC_ZENITH]

Co? Co to z tebe právě teď vylezlo? Bulldozer byl pravej opak a nenasazoval se nikde protože stál za prd. high-throughput architektura? Co?

Celkový vyšší single/multithread (který má Zen5 Epyc samozřejmě lepší) ve všech use-casech nevyužiješ, zato se hodí úspora křemíku a watů na počet vláken.

Opět co? Nej výkon/watt má nyní ZEN4C a přístí generaci to bude ZEN5C. Výkon na tranzistor asi také a když už mluvíme o virtualizaci tak překvápko, můžeš rozvirtualizovat tunu systémů na 1 fyzické jádro už nyní, nepotřebuješ k tomu x-cestnej multithreading na straně CPU. Kor pokud ti nejde o výkon což je tvůj příklad.

Dnes se naopak vše vydává cestou akclerátorů, tzn pokud budou velká CPU umírat tak díky tomu. Chceš mít akcelerované video zpracování, AI, NPU místo standard síťovek, atd, atd, atd. Dnes se dá i NVME raid počítat přes GPU. Opravdu nepotřebuje tunu weak CPU threadů tenhle směr se neujal.

[mr.qeg]

V typickém Amazon Web Services nebo Azure ti na většinu věcí stačí weak jádra (zřejmě je jedno jestli SMT nebo i CMT kdysi u Bulldozeru), protože si tam typicky každý tvůj klient na své věci hodí svůj vlastní nezávislý OS. Tipuji, že je to velká část serverového trhu. Dokonce i IBM se vyplatí dělat ty jejich dle tebe "naprosto weak" SMT8 Powery, protože to někdo využije.

Ty pořád jedeš ve svojí bublině a tvrdíš, že to je celý svět. Ne ty jsi mimo. Zen4c je jiný způsob, jak si ukousnout z tohoto koláče. Já netvrdím, jestli je lepší přístup AMD, ARM nebo Intelu. Jen ten Intel hned nezavrhuji, protože jsem to nikdy neviděl nebo nepoužil.

[WILLLESS]

66 vláken na jádro vypadá dost nebezpečně - jakákoliv díra, která umožní nežádoucí sdílení dat mezí vlákny, to pošle do kopru pro paralelní virtualizační nasazení. Weak in-order ARM jádro bez SMT z principu nebude mít tolik děr jako tohle, když se tam toho vyzicky sdílí mnohem míň. SMT je zranitelnost i s 2 vláknama.

Co se týká bezpečnosti "multi-way-SMT", IBM se snad dá celkem věřit, Intelu ne.

[DOC_ZENITH]

V typickém Amazon Web Services nebo Azure ti na většinu věcí stačí weak jádra (zřejmě je jedno jestli SMT nebo i CMT kdysi u Bulldozeru), protože si tam typicky každý tvůj klient na své věci hodí svůj vlastní nezávislý OS. Tipuji, že je to velká část serverového trhu. Dokonce i IBM se vyplatí dělat ty jejich dle tebe "naprosto weak" SMT8 Powery, protože to někdo využije.

Ty pořád jedeš ve svojí bublině a tvrdíš, že to je celý svět. Ne ty jsi mimo. Zen4c je jiný způsob, jak si ukousnout z tohoto koláče. Já netvrdím, jestli je lepší přístup AMD, ARM nebo Intelu. Jen ten Intel hned nezavrhuji, protože jsem to nikdy neviděl nebo nepoužil.

To co ty říkáš absolutně nedementuje to co říkám já. Nemůžeš jen tak nadhodit že jsem v bulbině kdyžý jsi uvedl 0 příkladů toho proč jsem. Jako firma jsme o AWS dokonce uvažovali, ale samo sebou v případě masivní GPU farmy (protože maj good licence v tom že platíš jen za data in/out ne za čas strávenej onym renderem) ne ňákýhgo šolichajícího webserveru na kterej bude stačit sekundární HT thread Atomu. S takovou bych k nim ani nešel. Pak tady tvrdíš "každej zákazník si nainstaluje vlastní OS" a pak tu mícháš CPU architektury které ti výběr OS a softwaru dost omezí. To že vše jde cestou akcelerátorů to jsi taky vyignoroval.

Celá tahle debata je o tom co s x86 CPU s neomezenym threadingem, co přináší nového/lepšího než současná řešení, kde můžeš rozvirtualizovat současná jádra jak chceš SW cestou. Nainstaluj si třeba proxmox a zkus si to sám. A nepotřebuješ k tomu HW podporu. Ano conext switching je horší ale co když toho máš tunu. Z mých zkušeností je u masové virtualiztace problém obvykle u RAM, protože i když jsou instance CPU nenáročné musí na nich běžet onen OS a software, a ono se to načítá sakra rychle.

IBM power to si nad dělás srandu? Větší mrtvolu jsi vytahnout nemohl. Ještě můžeš vytahnout RISCV to je taky velkej buzzword se zatim nulovou hodnotou.

Dej mi teda příklad. OS + SW co bude využívat onen CPU co má třeba 8 jader a 2000 threadů. Pokud virtualizaci tak mi napiš hosta + OS běžící na těch virtuálech + SW co se tam bude provozovat + nároky na RAM oněch virtuálů. Pokud by se tam něco ukládalo tak i diskové nároky protože 4 gracemnty maj problém upočítat NVME raid krmenej 10Gbit LAN a tady se bavíme o výkonu na thread x krát menším. Menšim než CPU co ovládá sousedovu smart lednici...

Jediný kde si to dovedu představit je jakejsi hybridní systém, kde jsou různé typy jader a tyhle tunothreadové defakto jen držej tunu systémů "naživu" a vesměs se jen počítá s tim že se tam bude idlovat. Že ze všech těch 2000 instancí bude vždy 99% v idlu. A pokreje to těch pár co občas spiknou load + vedle bude třeba další CPU s tunou Atom jader co pokreje případnej MT load. Ale opět nevidim moc... smysl.