Hirdetés

  2. Fórumok
  3. Processzorok, tuning
  4. Dobja a Hyper-Threadinget az Arrow Lake?
Keresés

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

  • #15 DraXoN addikt [CS]Blade2 #8
    Új Válasz #15
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DraXoN

    addikt

    LOGOUT blog

    válasz [CS]Blade2 #8 üzenetére

    Llano (és az egész koncepció), leginkább a szoftvereken ment el, azon belül is már a fejlesztő környezeteknél.
    Mivel a GPU-k külön egységként kezelhetők benne, más memória címtérrel, függvény könyvtárakkal (stb), eléggé korlátozott utasítás készlettel, nagyon nagy macera volt rájuk programozni.. egy "egységesebb kezelés" segített volna, JAVA 9-re volt ígérve is a legelején amikor épp megjelen a JAVA 7, majd csúszott a koncepció JAVA 10-re (ígéret szinten), azt az egész "elhalt" mint törekvés a "közös kezelésre egy programnyelven".. De ez csak a JAVA volt, a többi népszerű nyelvnél színtén voltak "problémák" ebben.

    A koncepció nincs ugyanakkor elfelejtve, csak "megragadt a félig kész, de jól van ez így" állapotban. Bizonyos műveletekre még mindig megéri behívni a GPU-t a folyamatba (akár akkor is ha csak egy integrált egység a cpu-n belül).

    A GPUk álalánosan számításba való befogásával az is gond volt, hogy az operációs rendszereink se úgy épültek fel, az egészet már kernel szinten kellett volna módosítani, befogni, de AMD önmagában ehhez kicsi volt, hogy ezt keresztülvigye (ráadásul neki is voltak GPU nélküli CPU termékei akkor is).. Az új megközelítés lehet látni mennyire egyszerüen kerül be.. a big-little koncepció is még mindig "nem az igazi" rendszer szintű kezelésében a windowsnál, sőt a HT-t is mai napig mostohán kezeli. Linux alatt hatékonyabban működnek ezen felépítésbeli változások, de még ott is a GPU integrálása kernel szinten, nem igazán sikerült, legalábbis azon a szinten ahol megragadt az APU-k összeépítése. Eleve AMD is félbehagyta a koncepció végigvitelét amikor a költségeket vissza kellett vágni a ZEN magok elkészültéig..

    Szép terv volt, de sajnos a programozókon és program környezeteken elment a dolog.. Nem ez az első és lehet nem is az utolsó eset. Eltudom képzelni, hogy a big-little koncepciónak is ez lesz a vége.. Eddig azért nem túl hatékonyak, oké, többre használhatóak mint a GPU-k egységei (akár háttérfolyamatok rádobhatóak, van saját process értelmezőjük az egységeken belül).
    De, hogy tényleg hatékonyan működjön a dolog, megkéne oldani, hogy ne kelljen utasítás szinjén megegyezni a kis és nagy magoknak.. Akkor tényleg lehetne hatékony magokat csinálni.

  • #12 tasiadam veterán [CS]Blade2 #8
    Új Válasz #12
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    tasiadam

    veterán

    válasz [CS]Blade2 #8 üzenetére

    Asszem az AMD, amikor kitalalta az APU-t, akkor pont ez volt a APU lenyege, hogy a iGPU altall gyorsitott. Szoval nem kellett az elkepzeles szerint tobb CPU mag, mert majd az iGPU megoldja. Ja, de az AMD kivetelevel ezt senki se gondolta komolyan. Meg ha nvidia fele CUDA lett volna, akkor ertheto, de erre inkabb csak kaptunk (anno) egy shared RAM-os VGA-t es egy CPU-t egy tokban, de gyorsitani semmit sem gyorsitottak a mai napig.

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