Keresés

Hirdetés

Új hozzászólás Aktív témák

  • DraXoN

    addikt

    LOGOUT blog

    szerintem:
    a Lakefield egy kvázi "demo" termék.. tapasztalatot gyűjtenek vele és a szoftvert "optimalizálják" köré.

    Az Alder-lake.. hát a starja minimum nagyon rögösnek ígérkezik (ehhez készíti elő a terepet a korábbi modell, de tippre, kevés lesz a "desktopkirály" cpu platform számára amire majd sokan váltanának... már ha nem tarja meg mellette a "hagyományos vonalat".. és lesz az Alder-lake úgyszint csak egy "koncepciótermék".. csak azért van középpontban mostanság mert valamiről "beszélni kell")

    ha a vonal életképesnek is bizonyul talán az Alder-lake utáni 2. de még inkább 3. generációra forhat ki a szoftveres körítés körülötte (kicsit talán nagyobb az eséje mint az amd "Fusion" projektjének volt anno, nem 2 totál más hardveregységet akarnak egy szoftveres környezetbe "begyűrni", és nagyobb név az intel (bár ez utóbbi láttuk már nem jelent feltétlen sikert))

    De a valódi esélyhez mindenképp megkéne oldani az utasításkészlet problémáit.. legalább úgy, hogy a "butább magok" is legalább szoftveresen "beemulállják" az adott utasításfajtákat és ha olyat kapnának akkor átadják annak a magnak ami ténylegesen képes futtatni... e mellett másik gond nem csak a windows de a cpu saját ütemezője is lehet, lényegesen hatékonyabb lehetne ha a 2 külön felépítésű chip azonos ütemezőn keresztül lenne elérhető, de ez még messze lehet (akár 4-6 év ha ilyen szinten bele mennek).. a szoftveres lehet nem lesz elég hatékony.. bár meg lehet próbálni, de mindenképp lassabb lesz mint egy hadverbe épített megoldás.. de utóbbit nem kis feladat lenne megcsinálni, persze akkor a magok lesznek a gondok, mert vagy közös sziliciumlapkára kel kerülni a magoknak, vagy "összeragasztva" külön az ütemező a magoktól, esetleg valamelyik magok lapkájára rárakva és "kívülről rádrótozva" lenne rajta a másik fajta magcsoport... esélyesebb, hogy a "nagy lapkára" az ütemező és onnan rákötve külső lapkaként a kis mag... bár jobb volna a közös szilicium az esetleges közös cache miatt ami sokat segíthetne a számítási folyamatok hatékonyabb átadásában.

    röviden: ez egy eléggé "concept" termék, kb. a lakefield olyan lehet mint a legelső amd fusion cpu-k voltak, amik sose jelentek meg piacon, csak pár "promóvideóban" mutagatták őket.. csak mivel intel nagyobb így meg tudta magának engedni a piacradobást (persze nem nagy mennyiségben, de elégbén a tapasztalathoz).. meg a 3D stackinggel is jó tapasztalatokat szereznek.. eleve lesz egy adag "meghibásodási statisztikájuk" hosszú távú használatról különböző környezetekben.
    Életképes lehet, de csak az ütemező fejlesztése kb. egy új cpu architektúra teljes tervezési költségét és idejét teheti ki (ha nem szoftveresen akarnak "bohóckodni" a terhelés elosztással.. ami 90% eséllyel szerintem "bukás" lehet)..

    de kívánom tévedjek valahol és legyen egy új és jó irány.

    The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5

  • DraXoN

    addikt

    LOGOUT blog

    válasz hallador #46 üzenetére

    AMD-nek is voltak saját ötletei, ha utasitáskészlet akkor pl. ami sikeres lehetett volna a 3DNow és 3DNow+ volt... nem sokkal az MMX-ek után, jó volt, sajnos a cég mérete miatt nem terjedt el a használatuk... mára persze "meghaladta" a technika így kikerültek a zenből, hogy tranzisztort spóroljanak. Az a baj, hogy ha a "kis cég innovatív dolgot fejleszt" az nem biztos, hogy megmarad olyan könnyen. Persze az intel meg saját maga gátolja (gátolta) az AVX utasításkészletek elterjedését azzal, hogy core sorozat alatti CPUiban nem tette elérhetővé az utasításkészletet.
    lehet az x86 sz*r, de a mostani x86 közelse az mint amik pl a 386 és elődeik idejében voltak (kvázi azokhoz képest majdnem csak "emuláják" a felépítést). Már 486 óta RISC szerű a belső felépítése, a modern utasításkészletek ezen kívül a cpukban megkerülik a tradícionális x86 futószalagot.. vagy mondhatni kvázi párhuzamosan mellette vannak, így azon limitációk is hiányoznak).
    A gond az x86-al igazából 2ős, az extra tranzisztor igény ami kell a régi x86 kódrészeknek, azon extra tranzisztoroknak a fogyasztása, és az extra bonyolúltság miatt a hosszabb fejlesztési idő, mert ezen egységeknek "benn kell maradnia".

    Volt pár éve 1-2 olyan elméleti koncepció, hogy az x86-ot ezen cpukon belül is (a régi utasításokat), lehetne csak emulálni (a teljesítmény akkor is lehet elég lenne), ezzel rengeteget egyszerűsítve a felépítésen. De amíg ezt az aktuálisan nagyobb gyártó nem lépné meg, egy erős támadási felület lehetne, "hogy abban gyenge"... illetve én nem tudom mit enged meg az intel licensze AMD-nek ezügyben, hogy csak hadveres kompatibilitást csinálhat, vagy lehetne szoftveresen "játszani" itt vele.
    De egyenlőre nem lépnek ilyet meg.

    Egyébként eltudnák képzelni olyan heterogén cpu-t aminek bizonyos magjai csak X-vagy Y féle utasításokat csinálnak meg.
    Pl. a VIA (utóda) készít most olyan cpu-t (hiszed vagy sem), ami x86 kompatibilis, ha jól rémlik 8 vagy 9 magos, de azon magok közül csak az egyik mag képes AVX512 utasításokra (de az csak azokra, igaz azt viszont nagyon kigyúrták... elméletben).. így spórolva a tranzisztorokkal. Persze, termék mikor lesz utóbbiból és látunk-e élőben belőle valamit, azt nem tudom.

    De x86 vonalon az AMD vitte a memóriavezérlőt be a CPU die alá.. és most ő vette ki onnan (visszalépve?), igaz nem költözött vissza az alaplapra. Minden lépésnek megvan a maga oka ezen esetekben.
    De AMD próbált elősször "heterogén" módon programozható GPU-t cpu mellé rakni teljesen közös memóriacímtérrel (nem csak közös cache-el mint ami Intelnél volt.. és utóbbinál okozott is gondot, hogy a GPU pikk-pakk megette a cpu elől a cache-t és a következő generációnál korlátozták, hogy max mekkora területre írhat a GPU a többi helyen csak olvashatott).

    The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5

Új hozzászólás Aktív témák