Nem tudom egyenlőre eldönteni, hogy jó volna ha bebukna ez a big-little asztalon vagy sem... Programozási irányból nem vágyok rájuk..
Várom a zen3 12nm-re portolt verzióját.
The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5
Kicsit úgy tűnik, mintha fordítva ülnének a lovon. Ha valami a kis teljesítményű magokat használja és 8 nem elég rá, akkor nem egyszerűbb eleve a nagyobb teljesítménnyel kezdeni?
Marketingnek szuper, persze, 32 szál papíron, mint egy 16 magos Ryzen, de vagy a szálak fele gyengébb, mint a nagy teljesítményű magok fele, vagy ki se lesz használva, mert nem vált oda a rendszer. Ha pedig ugyanolyan gyors 2 kis mag, mint egy nagy, akkor minek bonyolítani? A két szálból egyet dinamikusan lekapcsol és máris ugyanott van. A tesztek majd tiszta vizet öntenek a pohárba legalább.
,,Piracy is almost always a service problem and not a pricing problem." - Gabe Newell
Az a helyzet, hogy a magok mérete tekintetében két darab nagy mag akkora, mint nyolc darab kis mag. A hozzájuk tartozó gyorsítótárakkal. Tehát ugyanakkora lapkaméretet tekintve vagy nyolc kis magot raknak bele pluszban, vagy két nagy magot.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
A nagy kérdés az, és szerintem erre gondolt a fórumtárs, hogy vajon
hogyan viszonyul 2 kis mag számítási teljesítményben 1 nagyhoz?
Mert ha a kettő közel azonos, valóban nincs értelme a magokat keverni.
Ma olyan bizonytalan vagyok... Vagy mégsem?
A nagy és kis magok nem nagyteljesítményű és kisteljesítményű magok, vagy másképp megfogalmazva a kismagok nem alacsony fogyasztást célzó "Low-power" magok
A nagy magok célja leginkább a minél nagyobb egyszálas teljesítmény
A kis magok célja pedig leginkább a tranzisztor- és energiahatékonyság.
Ez azt jelenti, hogy 1db (amúgy két szálas) nagy mag helyére elfér 4 kis mag.
1db 2 szálon dolgozó nagy mag teljesítménye várhatóan közel lesz 2db kis magéhoz.
De még az is lehetséges, hogy a 1db 2 szálon dolgozó nagy magnál 2db nagyjából azonos teljesítményen dolgozó kis mag kevesebbet fog fogyasztani is.
Találgatunk, aztán majd úgyis kiderül..
Hát én is kíváncsi lennék, hogy ez szándékos irány-e vagy csak kényszerűség, ami a gyártástechnológiai lemaradásukból származik.
Amd Bulldozer - Excavator flash back... 
"The Morru'Khan is not satisfied with your peformance"
Ez egy tűzoltás, ember legyen a talpán aki megírja, hogy mikor kell a nagy és a kis teljesítmény, én eleinte nagy katyvaszt vizionálok nem sok jövővel.
Konkrétan pár év múlva 8+32-nél leszünk, 3D stacking segítségével, ha minden igaz.
[ Szerkesztve ]
¡GLORIA A LAS PLAGAS!
Ha az alkalmazás fejlesztőnek meg kell írnia, és nem dönti el automatikusan az OS ütemező, akkor eléggé megette a fene az egészet. Szóval azt gondolnám, hogy az utóbbira számítanak. Legalább is a legtöbb alkalmazásnál.
Ez nem megint AMD Bulldozer koncepció? Mert az finoman fogalmazva nem vált be, nem hiába tett le róla az AMD. 
[ Szerkesztve ]
Nexus 5x > Pixel 4a 5G \\ AMD Ryzen 5800X3D - Gainward RTX 3070 Phoenix \\ Asus Zenbook 14 Oled UM3402YA \\ Playstation 5 \\ DJI Mavic Mini \\ Nintendo Switch Neon v2 \\ Steelseries Arctis Nova 7 \\ Steam/Origin/Epic Games Store/GoG/Ubi Connect: Hopkins955
mi alapján ugrik be vagy emlékeztet ez a bulldozerre?
Találgatunk, aztán majd úgyis kiderül..
> Ez nem megint AMD Bulldozer koncepció?
nem AMD - hanem ARM koncepció.
Mottó: "A verseny jó!"
Meg az sem világos nekem, hogy ki a célközönség. Ki az akinek 8 nagy, meg 16 kicsi mag kell, amikor simán elérhető akár 16 vagy kicsit feljebb 32 nagy mag is az AMD-től?
Akkor inkább már el tudnék képzelni egy procit, amiben csak 16 kicsi és olcsó mag van baráti árazással, csekély fogyasztással jól hűthetően. Erre még el is tudnék képzelni valós életszerű alkalmazási területet.
[ Szerkesztve ]
Olyan asztali fronton nem lesz, mert mindig fog kelleni erős mag. Szerver fronton lehetnek majd több mint 100db atom magot tartalmazó procik. 
Van ilyen asztali fronton, a sok atomos olcsó notebook/netbook. Persze ez a fejlesztés most nem arról szól.
Aki minden windows szolgáltatást 1-1 különálló kismagra akar majd tenni. 
Powerusereknek, akik eddig is optimalizálták a winfosukat és erőforrás igényes téma közben nem futtattak féltucat másik háttérfolyamatot, azoknak van egy olyan érzésem semmi jót nem fog ez adni, sőt, csak megugró latencyket meg micro-macro laggokat.
Lehet rá jó ok, bár nem tudom a gyakorlatban ezekből melyik mennyire fog bejönni.
Egyrészt ha mindkettőféle mag rendelkezésre áll, akkor helyezettől függően dönthetsz, hogy most a késleltetés, vagy a fogyasztás csökkentése a fontos.
Másrészt ha valami tud futni nagyon sok szálon (mert olyan jellegű a feladat, meg persze olyanra is írták), akkor lehet, hogy egy adott lapka területen, és/vagy adott energia felhasználás mellett a sok kis mag valójában gyorsabb, mint helyette a kevesebb nagy mag. Ha 8 kb folyamatosan dolgozó szál már nem elég, akkor valószínűleg ilyen jellegű feladat van épp. Akkor pedig vagy +4 nagy magot állítasz még munkába, vagy inkább +16 kicsi magot (nem biztos hogy ez az arány, de ez az ötlet). Az a feltételezés, hogy utóbbival jársz jobban. Amikor meg jellemzően egyszálas a terhelésed, akkor 8 szál csak elég lesz, az meg mind mehet a nagy magokra, a lassú kicsik így nem kavarnak be.
[ Szerkesztve ]
>Meg az sem világos nekem, hogy ki a célközönség.
te
és majd (mindenki) megszokja
A jövőben szinte minden Desktop/Mobile proci
hasonló felépítésű lesz,
még az AMD-é is.
AMD Strix Point Hybrid (Big-Little) CPU to Feature 3nm Zen 5 Cores, Zen 4D Cores, & L4 Cache
> Akkor inkább már el tudnék képzelni egy procit,
> amiben csak 16 kicsi és olcsó mag van baráti árazással,
> csekély fogyasztással jól hűthetően.
vegyél Apple M1(X) -et.
Elég jól hüthető és hasonlóan big-little
és gyorsabban emulálja az X86-ot, mint kéne ... ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Az árazás meg az 5nm-hez és a teljesítményéhez képest,
szinte dömping ...
[ Szerkesztve ]
Mottó: "A verseny jó!"
https://www.anandtech.com/print/16881/a-deep-dive-into-intels-alder-lake-microarchitectures
ahogy olvasom - Windows11 ajánlott az ütemezés miatt.
"One harsh criticism Intel is going to get back is dropping AVX-512 for this generation. For the talk we had about ‘no transistor left behind’, Alder Lake dropped it hard. That’s nothing to say if the functionality will come back later, but if rumors are believed and Zen 4 has some AVX-512 support, we might be in a situation where the only latest consumer hardware on the market supporting AVX-512 is from AMD. That would be a turn up. But AMD’s support is just a rumor, and really if Intel wants to push AVX-512 again, it will have a Sisyphean task to convince everyone it’s what the industry needs."
jajj vajon mi lesz az AVX-512 -el..
Mottó: "A verseny jó!"
Az OS ütemező eldöntheti persze ezen van az MS is, de mi van abban az esetben, ha a program úgy van megírva, hogy az egy vagy két erős magot preferálja? Semmi előnye nincs, több program egyidejű futtatásánál sem látom az előnyét, az egyik mindig hátrányban lesz a Latencyről nem is beszélve. Persze kevesebbet fog fogyasztani, de ennek ilyen formában ára lesz. Droidon például az app fejlesztője dönti el, hogy melyik magot részesítse előnyben a döntő többség pedig az erős magokra van megírva.
[ Szerkesztve ]
Mostanában pl közép kategóriás SOC-k esetén jellemző a 2 nagy teljesítményű mag és 6db kis teljesítményű mag van.
Viszont ez is inkább arm cotex a75 és a55 óta oldható meg így.
Ma már cortex a 78-nál tartunk.
Aminek lehet hogy a magonkénti teljesítménye mondjuk duplája a korábbi cortex a72 / a73-nak.
Tehát simán lehet hogy amihez annak idején 4 mag kelett, ahhoz most elég 2 is.
Meg kapod ugyan azt a teljesítményt.
Nem biztos hogy többlet teljesítményt is kapsz, az tény, viszont lehet hogy hatékonyabb lesz.
Addig nem lehet korrekt módon értelmezni, amíg nem ismerjük az 1 nagy vs. 4 kicsi mag teljesítmény arányát.
Ha a 4 kis mag 120% teljesítményt képes nyújtani 80%-os fogyasztással, az 1 darab nagy maghoz viszonyítva, a jól párhuzamosítható feladatok esetében, akkor nem kérdés az az előny.
Ha ezt a 20% fogyasztás megtakarítást egy programszál limites nagy maghoz lehet rendelni, akkor még jobb a megoldás.
A 8 nagy, illetve 16 kisebb teljesítményű mag előnye, ma még beláthatatlannak tűnik, további információk nélkül.
Legyen béke! Menjenek az orosz katonák haza, azonnal!
Nem, ez inkább az AMD heterogén CPU koncepciójára hasonlít.
Annyi különbséggel, hogy nem mindenáron a GPU-ra kell leosztani a feladatokat, hanem továbbra is processzorról van szó.
Továbbá nem egy 20%-os, hanem egy 80%-os cég próbálkozik vele, vagyis a hajlandóság valamivel nagyobb lesz a kiaknázására.
Illetve nem azt várják, hogy minden fejlesztő OpenCL-ben újraírja a kódját, hanem egy háttérben dolgozó, hardver közeli keretrendszer intézkedik.
Szóval 2-3 pontban is életképesebb az ötlet, persze ettől még bukhat.
[ Szerkesztve ]
640 KB mindenre elég. - Steve Jobs
A skalazodas miatt ketsegeim vannak, hogy ez olyan jo otlet.
facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld
Meglátjuk, szerintem a Raptor Lake rajtára már elég kiforott lesz a támogatás is. 
OpenCL annyira más kategória, hogy nincs sok értelme összevetni ezeket. Alder Lake-en szokványos CPU-ra szánt általános célú kód fut, reményeik szerint jobb hatékonysággal. Egy olyan problémában, ami fekszik egy GPU-nak, az OpenCL (és társai) nagyságrendileg gyorsabbak, de persze kifejezetten arra kell megírni azt a programrészt.
Nem programoztam mobilra, lehet ezért nem értem. Konkrétan mit jelent az, mikor úgy írsz meg egy programot, hogy erős magot preferáljon? Mit írsz benne akkor máshogyan? Amikor kifogy a szuflából a CPU, akkor miért lesz annak a szálnak rosszabb, ha egy gyenge magon kap több % időt, mint ha kevesebb erős magon kap kevesebb % időt?
(#29) [CS]Blade2 válasza Hieronymus (#23) üzenetére
4 kicsi mag sokszálon +80%-al gyorsabb, mint 2 régi skylake mag 4 szálon az egyik dia szerint.
Ha pedig csak annyi teljesítményt veszel ki, mint 2 régi skylake mag, akkor -80%-al kevesebbet fogyaszt.
Persze, egy kicsit másról szólt, viszont a "vesztésre állunk nyers CPU erőben, de majd az okos, összetett hardver kihúz minket a hátrányból" felfogás ugyanaz.
[ Szerkesztve ]
640 KB mindenre elég. - Steve Jobs
Okés értem, de akkor ezek szerint ez nem igényel újraprogramozást, hanem az operációs rendszerben levő ütemező megoldja? Ha igen, milyen hatékonysággal? Ha megoldja, akkor pedig mennyivel leszel előrébb 4 kis maggal 1 nagy mag helyett?
A másik kérdésem meg az, hogy asztali PC-ben miért van szükség gyengébb meg erősebb magra? Mert ARM-on megértem, hogy ott energiát kell spórolni, mivel az eredetileg mobil eszközökre lett tervezve, de az x86-64 meg ennek a ellentéte és ott mindig az erőt preferálták. Mobil eszközökbe akár jó is lehet, de asztali PC-be nem látom értelmét.
#12 Petykemano Hát azért, mert az AMD rakott a Bulldozernél a nagy magok helyére gyenge, de cserébe sok magot. Az Intelnek meg a gyenge magokkal felszerelt terméke az Intel Atom volt, az sem volt jó semmire végül.
[ Szerkesztve ]
Nexus 5x > Pixel 4a 5G \\ AMD Ryzen 5800X3D - Gainward RTX 3070 Phoenix \\ Asus Zenbook 14 Oled UM3402YA \\ Playstation 5 \\ DJI Mavic Mini \\ Nintendo Switch Neon v2 \\ Steelseries Arctis Nova 7 \\ Steam/Origin/Epic Games Store/GoG/Ubi Connect: Hopkins955
Szerintem a notikra öszpontosítanak...
ahol én dolgozom ott 90% ban notikat hoznak javításra
Valamivel el kell adni a cuccot... rá lehet irni hogy 32 mag s csók... win10 meg alapjáraton úgy is megeszi az erőforrásokat 
Egy Gyűrű mind fölött, Egy Gyűrű kegyetlen, Egy a sötétbe zár, bilincs az Egyetlen...
Elvileg, mert #18, azaz, erősebb lesz adott méretben/fogyasztással ha nagyon sok szálú programot futtatsz. Aztán hogy a valóságban ez mennyire lesz így... azt majd jól meglátjuk.
[ Szerkesztve ]
Na erre befizetek! 
Mondjuk eleve nem tudom elképzelni azt a programot, ami 8 mag/16 szálnál többet használ. Egyelőre játékoknál sincs kihasználva ennél több.
Nexus 5x > Pixel 4a 5G \\ AMD Ryzen 5800X3D - Gainward RTX 3070 Phoenix \\ Asus Zenbook 14 Oled UM3402YA \\ Playstation 5 \\ DJI Mavic Mini \\ Nintendo Switch Neon v2 \\ Steelseries Arctis Nova 7 \\ Steam/Origin/Epic Games Store/GoG/Ubi Connect: Hopkins955
Értem.
Ez itt sztem nem ugyanaz, mint az AMD bulldozer és az atom alapú Intel peocesszorok. Mai szemmel nézve mindkettő esetén elhibázott döntés. Némileg más okból. A bulldozert szerintem még akkoriban kezdhették el tervezni, amikor
- még az Intel is azt gondolta, hogy lesz 10ghz
- és hogy a multithreading terjedése nagyon gyors lesz.
Arra a big.LITTLE esetén kifejezetten figyelnek, hogy legyenen erős ST teljesítményű magok is. De most is van ilyen elképzelés: az, hogy az OS meg fogja tudni oldani a programszálak megfelelő ütemezését.
Végül persze ez is lehet "FAIL".
Találgatunk, aztán majd úgyis kiderül..
hát, amiket én írtam, azt az OS-en megoldotta, de telefonon vannak clusterek is, magok csoportosítva, és a clustereket is ki-be kapcsolja az OS.
Mobilon szerintem jóval kevesebb az olyan task, ami háttérben van, de többet kér, mint ami előtérben. Szóval csak annyit csináltak, hogy ami előtérben van, az megkapta a leggyorsabb magot, aztán a többit meg szépen szétosztották.
Egyértelműen a fogyasztás miatt jött ez a megoldás, és az egyik legnagyobb bűvölője ennek a mediatek, ők már akkor szórták a 10 magos 3 clusteres procikat, mikor 2-4 mag volt a standard. Nem gyorsabbak, mint a konkurencia, de takarékosságuk egész jó, így tudták kompenzálni a tervezési és gyártástechnológiai hiányosságaikat is.
[ Szerkesztve ]
okoskodom, tehát vagyok
Ezek a kis Gracemont magok nagyon hasonlítanak az Intelnél kb 2 éve bemutatott Tremontra. Jim Keller nagy reményeket fűzött hozzá.
https://hardverapro.hu/aprok/hirdeto/oneiros/index.html
Arra én is kíváncsi lennék, hogy az ütemező, hogyan dönti el, hogy egy szálat melyik magon futtasson. Pláne úgy, hogy manapság a legtöbb programnyelvben már szálkészletet használnak, ami újrahasznosítja a létrehozott szálakat így mindig más feladat fut ugyanazon a fizikai threaden. Hát kíváncsi leszek.
> Jim Keller nagy reményeket fűzött hozzá.
A Jim Keller által tervezett magok később jönnek.
A dupla IPC érdekes lesz ..
"Jim Keller has internally referred to the architecture as 'Royal Core' which makes it sound like a step beyond the traditional core architecture that has been for over a decade."
és később: ~ 2026,
SMT4 ; DDR5-7400 ; "integrated machine learning cores"
https://wccftech.com/intel-royal-core-era-arrow-lake-lunar-lake-nova-lake-lion-cove-panther-cove-cpu-architecture-tackle-amd-zen-5/
lesz egy kis verseny ...
Mottó: "A verseny jó!"
Ian Cutress :
"So here's a statement. I'm now confident in Intel's scheduling on W11. The worries I had seem to have been solved. Linux, ask again next year.
The other thing that amazes me is Intel's Atom perf claims. I could see them re-entering HEDT with a 128 core Gracemont. Please @intel?"
Találgatunk, aztán majd úgyis kiderül..
Megjelent a tartalom. a tweaktownon is, Ott konkrétan emlegettél a dupla IPC-t az alder lake / golden cove magokhoz képest.
És 2024-2026 megjelenést.
A wccf cikkben 15. Generációt mondanak, ami hárommal van az alder lake után.
5 év (generáció) alatt 15%
Vagy
4 év (generáció) alatt 20%
Vagy
3 év (generáció) alatt 25%
IPC növekedés kiadja a duplázást.
Azt láttuk az intelnél, hogy mennyire meghatározó a gyártástechnológia az IPC növelésében. Az intelt gyakorlatilag blokkolta, hogy nem tudtak továbblépni. Persze ez nagyrészt csak leblokkolás volt, mert a rocket lake esetén láttuk, hogy lehetett volna bütykölni valamit 14nm-en is, csak nem úgy készültek.
Mindenesetre azért nyilván kényelmesebb kihasználni a kisebb fogyasztású és sűrűbben rakható tranyókat.
A zen3 esetén láttuk, hogy (egy új nodeon) lehet még találni 10-20%-ot. De nyilván azonos gyártástechnológián minden iteráció egyre kisebb hozammal kecsegtet.
Ezzel csak azt akarom mondani, hogy a következő 3-4 év IPC előrelépéséhez nem szükségszerű jövőre késznek lennie az "Intel 4"-nek.
Az applenek látszólag a 8 széles dekóder, a hatalmas L1$ és a gigantikus Reorder buffer jött be. A jelenlegi infók szerint a golden cove is egy lépés a szélesedés irányába. Nyilván erre utalt Jim Keller, amikor azt Mondta, hogy a cove magok nőni fognak
És aztán arról se feledkezzünk meg, hogy a 3d stacked cache-verseny küszöbén állunk. Eddig a cache méretek elsősorban a fizikai kiterjedés miatti késleltetes miatt nem nőttek. Ha egy új dimenzióban a késlektetés növekedése nélkül tudnak méretet növelni, akkor könnyen lehet, hogy 3-4 év múlva 5-10x akkora L1$, és L2$ méretű procik lesznek.
Azért ebből kijön a duplázás.
Találgatunk, aztán majd úgyis kiderül..
"nem egy 20%-os, hanem egy 80%-os cég próbálkozik vele, vagyis a hajlandóság valamivel nagyobb lesz a kiaknázására"
Emlékezz a Netburstre (P4). Az is azért bukott meg, mert a felépítése eltért a hagyományostól és a programfejlesztők nem voltak hajlandók specifikus kódot írni rá, pedig ott is meg volt az Intelnek a piac 70-75%-a.
"Ki a büdös istennyila vagy te bohócképű!?" SzŐr Geri, birodalmi poéta és főszakács (:L topic)
Én úgy látom, hogy az ütemezés már ma is működik bőven elégségesen. Az AMD Bulldozer és Llano esetében semmi nem működött. A Windows ütemező sehol nem volt, a több gyenge kis magra a programok egyáltalán nem voltak felkészítve. Azt hagyjuk is a g.....ibe, hogy az IGP majd mindent villámgyorsan megold, meg a többi f....ságot. Majdnem minden program és játék az 1 szálas teljesítményt kérte. A való világ felhasználása és a termék köszönő viszonyban sem volt.
A mai felhasználáshoz pontosan ilyet rajzolnék, mint ez a Raptor Lake. Kell egy bizonyos mennyiségű, erős, 1 szálon és HT-val több szálon dolgozni tudó mag, és a jól párhuzamosítható feladatokra minél nagyobb mennyiségben a kis magok, és a kis erőforrásigényű cuccokhoz a kis magok energia hatékonysága.
Az 500 vagy 512 apró magos procik ideje még biztos, hogy nem jön el, ha egyáltalán valaha is eljön, és az APU-knak sincs semmi értelme. Abu-ék már annó a közeljövőre azt vizionálták, hogy lesz 2 vagy 4 mag, lehet, hogy még csak nem is x86, hanem ARM, és a proci 95%-a az IGP lesz, ami mindent számol, és csak az IGP alapján érdemes majd venni, a Llano 10x gyorsabb lesz idővel, mint az akkori Intel. (Mellékesen közel az összes akkori proci a szemétdombon vagy a padláson van).
Szerintem most a következő 10 év ezekről fog szólni.
A pc nem skalazodik tul fenyesen 32 mag felett, de igazabol alatta is lasszoval kell fogni a programokat, amik rendesen skalazodnak.
facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld
