Ha ms nem áll melléjük az ütemezővel, és váltani kell a két mód között, akkor ezt oda szánják, ahol a low-power desktop és a gaming között nem foglalkoznak az átmeneti résszel.
Feltételezem kitartanak mellette, és mint az IGP is, a 8 kis mag is "ajándék" lesz, mindenkinek, függetlenül attól, hogy ki, mire használja a gépét.

Érdekességnek jó lesz.

[ Szerkesztve ]

> Abu:
> Az Alder Lake nagyobb magjai támogatni fogják az AVX-512 és
> a TSX-NI utasításkészletet, illetve az FP16-os adatformátumot,
> de ezek a kisebb magokon nem lesznek elérhetők.

közben Linus Torvalds .. elátkozta az AVX-512 -öt ..
részben emiatt is ..
Az ARM-es SVE2 -höz képest az AVX-512 gányolás ...
csak az X86-os piac töredezettségét növeli ..

Linus Torvalds: "I Hope AVX512 Dies A Painful Death"
https://www.phoronix.com/scan.php?page=news_item&px=Linus-Torvalds-On-AVX-512
"And AVX512 has real downsides. I'd much rather see that transistor budget used on other things that are much more relevant. Even if it's still FP math (in the GPU, rather than AVX512). Or just give me more cores (with good single-thread performance, but without the garbage like AVX512) like AMD did.
....
Yes, yes, I'm biased. I absolutely destest FP benchmarks, and I realize other people care deeply. I just think AVX512 is exactly the wrong thing to do. It's a pet peeve of mine. It's a prime example of something Intel has done wrong, partly by just increasing the fragmentation of the market.
"
------------------

Linus:
"But I think the 512-bit part is a hot mess, and I think ARM potentially did things much better with SVE2. Exactly because hopefully you can have a small and large implementation co-existing, instead of the fragmentation that is the AVX world."
https://www.realworldtech.com/forum/?threadid=193189&curpostid=193209

Mottó: "A verseny jó!"

Kicsit furcsa az új technológia az Intelnél... túlságosan ellazultak a régi toldozgatásánál.
Biztosan rosszul esik a munka...

- Konfig 1.0: Z790F, 14700KF, 32GB, RTX4090, Thor 1200W, 7000D, Odyssey G9 49" oled - Konfig 2.0: x299 Dark, 9980XE, 48GB, 1080HoF, EVGA 850W, Z906, S90C 77" oled

Ha innen nézzük, nem.
Ha csak időhúzásnak lesz ez jó, akkor is mehet rajta a 10nm-es technológia, és a két féle mag "tökéletesítése" párhuzamosan.
Amíg a végén csak 1 fajta marad meg ezekben a desktop processzorokban, de ők döntik el, hogy itt melyik az életképesebb.
Lehet ennek az eredménye, a piac tovább szegmentálása, ha elveszítjük azokat az utasítás készleteteket, amit jellemzően nem használunk ki, cserébe több a magért, az alacsonyabb fogyasztásért, talán olcsóbban.

[ Szerkesztve ]

Ha nem hibrid módon használják a 4+4 magot, az elég nagy pazarlásnak hangzik. Nem hiszem, hogy globálisan kéne választani a hibrid és csak-erős-magos mód közt. Első kőrben lehetne ez alaklamzás szinten. Alapból hibrid, és az alkalmazás felé azt mutatja, hogy az extra utasáítások nem támogatottak. Ha viszont kifejezetten úgy van índítva egy alkalmazás, hogy kell az extra, akkor meg a szálait sosem ütemezi kis magra. (Aztán még lehet olyat, hogy kifejezetten azt mondja az alkalmazás, hogy adott szálja mehet kismagra. Persze ehhez már magának az alkalmazásnak támogatnia kell ezt.) Legalább ennyit már csak le tudnak boltolni MS-el. A hibrid módnál a kis és nagy mag közti választás akkor már nehezebb ügynek hangzik.

Szamomra egeszen elkepeszto az a benazas, amit az Intel es a Microsoft csinalnak a heterogen x86 processzorok kapcsan. Kezdjuk ott, hogy a heterogen CPU mint koncepcio a Windows 8.0 ota resze a Windowsnak, es a Windows utemezojenek. Tehat nem lehet azt mondani, hogy a Microsoftot varatlanul erte a heterogen CPU mint mufaj. Az pedig, hogy se az Intel, se a Microsoft nem tud jobbat kitalalni az ISA problemara, mint hogy akkor eldobjak az AVX-512-t a Lakefieldnel (es az Alder Lake-nel is, ugy tunik), az nevetseges es egyben rohadt szomoru is. Mikozben tobbfele megoldas is lehetne a valoban letezo problemara. A problema ugye az, hogy az x86 szoftverek nincsenek felkeszitve arra, hogy a logikai processzorok ISA kepessegei kozott elteres lehet. Ergo ha barmelyik logikai processzoron futo barmelyik szal azt detektalja, hogy a CPU pl. kepes az AVX-512 kod kezelesere, akkor minden logikai processzorra igaz ez, legalabbis ezt feltetelezik a most meglevo x86 programok. Ha ez az axioma borul, akkor egy AVX-512 kodot hasznalo szoftver egyik szala siman magaval ranthatja a teljes processzt egy application crash-be. Szerintem egy megoldas kapasbol lehetne erre: az "AVX-512-t tamogat a CPU" cimu flag-gyujtemenyt a CPUID utasitasban 0-ra kellene allitani az osszes magnal (ahogy most is van a Lakefield eseteben), viszont kellene egy uj CPUID flag adagot definialni pl. Hybrid AVX-512 neven. Ezt aztan a Windows is tudna ugy kezelni, hogy a context switch-nel menti az AVX-512 regiszter keszletet is; valamint az ilyen heterogen rendszerekre felkeszitett szoftverek ki tudnak hasznalni az AVX-512-t az arra kepes magon/magokon, pinnelve (rogzitve) az AVX-512 kodot hasznalo threadet a megfelelo a magra vagy magokra.

Akarmilyen nyakatekerten hangzik ez, a fejlesztok szamara sokkal hasznosabb lenne, mint egyszeruen kicsavarni a kezukbol az AVX-512-t a heterogen rendszereken. Es ugy altalaban ennek az uzenete is az lenne, hogy az AVX-512 mellett kitart az Intel. Mig SZVSZ a Lakefield es Alder Lake eseteben ez az egesz inkabb azt sugallja, hogy az AVX-512 egy nyug az Intel szamara, es inkabb eldobjak, ha tul bonyolult implementalni az uj koncepciojukba.

Én azt nem értem, miért kell ezt AVX-512-t erőltetni proci szinten.
Dedikált gyorsító az ilyen feladatokra és máris homogén marad a proci.

"Akarmilyen nyakatekerten hangzik ez"

az a kenyszerkepzetem tamadt, hogy ertem, amit irsz

Első AMD-m - a 65-ös - a seregben volt...

Az AMD/Intel jelenleg meg tudja oldani, hogy pl. a 6-8 homogen magos processzoraik idleben, vagy alacsonyabb kihasznaltsagban lekapcsolnak magokat barmilyen aranyban?

Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.

Szvsz nyugodtan elhagyhatnák mindhárom támogatását. A célpiac nem venné észre.

"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."

Igen, csak epp a Windows nem veszi ezt olyan veresen komolyan, es a rengeteg hatterben es eloterben futo processzt ide-oda pakolgatja folyamatosan, felebresztve az alvo magokat. Arra lenne szukseg, hogy nyugalmi allapotban le lehessen kapcsolni a magok nagy reszet, es csak a megmaradt par magra utemezze a Windows a mindenfele csipcsup dolgokat, amik kellene idle-ben is. Azt azonban nem egyszeru kiegyensulyozni, hogy a megmaradt magokra pakolt tobblet feladatok altal azoknak a magoknak az orajele mennyire novekszik meg, es azaltal a teljes SoC/CPU fogyasztasa mennyire ugrik fel -- osszehasonlitva egy olyan allapottal, amikor sok mag ebren van, de alacsonyabb orajelen ketyegnek es ezaltal relative keveset disszipalnak me'g egyuttveve is.

Anno pl. az nVIDIA, egy korai Tegra SoC-ban ugy oldotta meg eloszor ezt a problemat (igaz, Android alatt), hogy egy dedikalt mag volt arra, hogy idle-ben a csipcsup dolgokkal bibelodjon, es a tobbi 4 mag csak akkor ebredt fel, amikor tenyleg terheles ala kerult a rendszer. Egyfajta 2 klaszteres big.LITTLE felallas volt ez is, ahol -- a Lakefieldhez kicsit hasonloan -- 1+4 magos kiosztas volt.

Egyebkent az Intel az Ice Lake-nel kezdi kigyurni a teljes mobil platformjat azzal, hogy kiebrudalja a megmaradt legacy cuccok azon reszeit, amik miatt az idle fogyasztas -- a teljes platformra vetitve -- joval magasabb, mint az ARM-es konkurencianal. Pl. LPC, 3.3V-os feszultseg ag, stb. Ez SZVSZ bedurvulhat azaltal, ha az x86-hoz is hozzanyulnak, es kidobjak belole a regebbi uzemmodok, regebbi oprendszerek tamogatasat, valamint elrugaszkodnak attol, hogy minden regi szutyok x86 utasitast tamogasson a legujabb CPU is. Kerdes persze, hogy a visszamenoleges szoftver kompatibilitast mikepp tudjak igy biztositani, es valojaban mennyit tudnak sporolni ezzel pl. a dekoder egyszerusitesevel.

[ Szerkesztve ]

" valamint elrugaszkodnak attol, hogy minden regi szutyok x86 utasitast tamogasson a legujabb CPU is."

be kell vezetni az "old cpu instructions" kivetelt, amit majd a kivetelkezelo jol lekivetellekezel

Első AMD-m - a 65-ös - a seregben volt...

"Ezek után meglepő lehetett, hogy az Intel mégis elindult a heterogén többmagos processzorok irányába"

Nincs ezen semmi meglepő, cpu terén nem tudnak magszámot növelni az órajeleik miatt meg paks 3 at kell építeni kénytelenek elindulni egy olyan úton amiben még versenyképesek maradhatnak ha máshol nem is de marketing szinten minimum.
Ez mit is jelent a jövőbe? "32/64 mag/szál cpu 5ghz 65 watt" csak kifelejtik majd belőle hogy 31 x 1.3 Ghz + 1 x 3 Ghz amin futhat a turbo 5 Ghz-n meg persze 64 másodpercig leránt 320 wattot is aztán hűthetetlenné válik. (legalább is az elmúlt évek szerencsétlenkedései és szándékos megtévesztései alapján ez várható)

Biztos én vagyok helikopter..... Mi értelme asztali cpuba ennek a 4+4 nek? eddig is ha nem használta a gép a cput lekapcsolt/levette a szorzókat minimumra.
Nyersz a 4+4 megoldással 1%-2% energiatakarékosságot? Eddig nagyon nem számított nekik asztaliba a fogyasztás, 300 wattos asztali cpu és társai amik papíron 65 SŐT! 45 wattosnak voltak hazudva.

ha meghúzom a kocsidat az oc-nek számít?

A CPU idle fogyasztasanak leszoritasa egy nagyobb puzzle egyik reszeleme csupan. Az egesz koncepcio azt celozza, hogy nyugalmi allapotban valamint kis terheles alatt a teljes PC baromi keveset fogyasszon. Ennek van ertelme desktop kornyezetben is, pl. kisebb meretu, kevesebbet fogyaszto PC-ket lehet epiteni ilyen platformok kore, valamint konnyebb a desktop PC-t integralni monitorba is (all-in-one). Plusz, egy ilyen processzor nyilvan mobil gepekbe is bekerulhet, hiszen a -H/-S szerias Intel CPU-k eddig is lenyegeben ugyanarra a lapkara epultek. Ahol a -H volt a 25, 35 es 45W-os TDP kerettel rendelkezo verzio, mobil gepekbe (nem ultramobil, hanem sima laptop/notebook) -- mig az -S volt a 35, 65, 95 es ujabban me'g magasabb TDP-vel rendelkezo desktop CPU. Ha a -H es -S platformokba big.LITTLE CPU kerulhet, akkor desktopon is csokken a nyugalmi disszipacio (amivel pl. egy 1000 desktop PC-t uzemelteto cegnel eleg komoly aramszamla sporolas erheto el), a mobil gepek pedig tovabb birjak majd egy feltoltessel. Ha eleg jo lenne az Alder Lake-H/S verzio, akkor adott esetben okafogyotta valhatna az -U mobil szegmens, azaz nem lenne szukseg ultramobil verziot fejleszteni egy adott CPU generaciobol. Ez persze nem egyszeru tema, hiszen az -U eseteben a CPU tokba integralja az Intel a PCH-t (chipsetet) is, de idovel osszeolvadhatnak ezek a szegmensek, ha ugyesen sakkozik az Intel.

A cel egyebkent a teljes platform idle fogyasztasanak nem 1-2%-os, hanem valoban drasztikus leszoritasa. Toredekere a mostaninak.

[ Szerkesztve ]

Nativ 16 magot nem akar a vásárlóknak adni, igy jön a 8+8 Dizájn.
Amir Marketing terén majd 16 magosnak hirdetnek, a buktató hogy a 8 mag gyengébb. visszont arra nagyon kiváncsi leszek a 8 erősebb/ gyengébb mag között mennyi és mi lesz a különbség.


A 8 gyengébb mag ha csak 3,2 ghz órajelet megy, az erősebb meg 4,5 akkor végül is nem rossz elképzelés. Youtubon a 1080P videók alá elég lesz a 8 gyengébb mag is.

Kiváncsi leszek a Zen nativ magjai hogy fognak ellenne versenyezni.

Hiába szúr, itt Ryzen a úr!

"Az egyik a hibrid mód, amikor a kis és a nagy magok egyszerre aktívak, viszont ebben az esetben az előbbi képességek az egész rendszerre vonatkozóan le lesznek tiltva. A másik opció, amikor csak a nagy magok aktívak, és ekkor a fentebb említett technológiák is hozzáférhetők."
Tehát: vagy sokat fogyaszt (csak nagy mag) vagy a soknál picit többet fogyaszt (nagy + kis mag)?
Érdekes, hogy nincs lehetőség csak a kis magok aktívvá tételére. Az is érdekes, hogy amikor többet fogyaszt (nagy+kis mag) akkor kevesebbet tud (letiltva). Legalábbis nekem ebből ez jött le.

[ Szerkesztve ]

Ez nem akaras kerdese. Egyszeruen az Intel a sajat 10 nanos gyartastechnologiajan, a sajat tervezesi elvei szerint -- nagyon ugy tunik -- nem tud elfogadhato TDP keretben adni elfogadhatoan magas orajelen 16 magot a vasarloinak.

Hát erre számitani is lehetett, mert ha úgy nézzük a pletykák szerint a Rocket Lake is csak 8 magos lesz. Ez magszám visszalépés a 10 magos 10900K után.
Igy gondolom megmaradnak 8 mag mellet, de azt próbálják minél erősebbre csiszolni. Persze a Hibrid 8 +8 mag Big-little miatt CineBench Alatt se rossz rosszul teljesiteni.

Willov Cove 25%, Golden Cove 50%, Ocean Cove 80% IPC emelkedést igér. .

Hiába szúr, itt Ryzen a úr!

A Rocket Lake a Cannon Lake-hez, tulajdonkeppen az Ice Lake-hez, valamint a Lakefieldhez hasonloan egyfajta proof-of-concept lesz, amiben az Intel ismet kiprobal valami ujat, amit sosem csinalt elozoleg. A Rocket Lake-ben backportolja 14 nanora a 10 nanora tervezett Ice Lake-et, es egybetokozza egy eltero gyartastechnologian keszulo iGPU-val, aminek raadasul az architekturaja (Xe) is vadiuj. Egy ilyen "probaljunk ki egy rakas uj dolgot, es kerjunk erte annyit, mint egy kiforrott termekert" termek eseteben nem prioritas, hogy magszamban barmivel tudjon versenyezni. Konnyen lehet, hogy a Rocket Lake-bol is rohadt keveset fognak gyartani, es hamar levaltja a Tiger Lake vagy epp az Alder Lake.

Ami megoldás amúgy bárki is hozza nem lenne rossz sem a home júzereknek, sem a pro felhasználók igen jelentős részének, például a komplett CAD-es világnak. Persze kéne hozzá normális OS, hogy ne akarja állandóan pakolgatni a processzeket, és a rendszerprocesszeket pláne ne akarja az erős magokra rakni.
Isten igazából el tudnék képzelni egy olyan rendszert is, amelyen egy gyenge mag dedikált az OS-nek, mellé pedig gyengébb, erősebb magok és GPU egységek úgy pakolhatók, ahogy jólesik.

+1 Mondjuk való igaz, nem biztos egy réteg termék lesz.
Csak jelenleg a piac állása szerint, rá vannak kényszerülve hogy dobjanak valamit újat, úgy hogy lassan piacon a Zen 3 is.

Utoljára a Broadwell 5. generáció volt ilyen, manapság meg igazi ritkaságnak számit.

Minden esetre a Zen 3 tovább nőveli a harcot, szóval az intelnek is kell valami versenyképeset piacra dobnia.

Hiába szúr, itt Ryzen a úr!

Hiaba vannak rakenyszerulve, ha nincs semmi a tarsolyukban, ami akar csak a 3950X elleneben versenykepes tudna lenni.

Hát majd meglátjuk mi lesz a vége, a Golden Cove 50%-ot igért. Ez már elég szép volna élesben. Persze hogy intelem legyen elégé nagyot kéne alkotni.

Hiába szúr, itt Ryzen a úr!

Pedig a legutóbbi nagy fejlődés (Core széria) is amiatt jött el az iparágban, hogy az AMD felzárkózott anno az Athlonokkal és emiatt az Intel rá volt kényszerítve a fejlesztésre. Épp ideje is lenne megint valami hasonlóan nagy előrelépésnek, mert már elég régóta egy helyben vagyunk.

[ Szerkesztve ]

Ez valóban így van az időosztásos erőforrás kezelés közben relative összevissza osztja ki a magokra és a szálakra az program ágak időszeleteit a rendszer. Vagy legalább is valamiféle általunk nem ismert logika alapján.
Ezárt látjuk azt gyakorlatilag ha van egy 12 magos procim, akkor egy párhuzamosan 4 magot használó programot futtatva szinte minden mag terhelés alá kerül.
Vagyis minden programág fut minden magon. Persze a proci átlagos őszterheltsége csak 35-40% lesz. A magok terhelése meg szór mondjuk a 12% és a 73% közt.

Játékteszteknél előfordul, hogy 8 magot is használ egy progi, viszont semmivel sem gyorsabb mintha csak 4 magon fut. Ilyenkor szerintem ugyanugy csak dobálja a szálak közt az adatot, miközben valósan nem képes 4 szálnál többet kihasználni a program.