- Fotók, videók mobillal
- iPhone topik
- Vékonyabb lett, jobb kamerát kapott, de az akku maradt a régi: itt a Fold7
- Mobil flották
- Garmin Instinct – küldetés teljesítve
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Motorola G86 - majdnem Edge
- Honor 200 Pro - mobilportré
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Samsung Galaxy Z Fold5 - toldozás-foldozás
Új hozzászólás Aktív témák
-
ddekany
veterán
"Ez indította el azt a folyamatot, ami aztán a diszkrét GPU piac totális szétzúzásához , és közvetve a PC-s játékpiac hanyatlásához is vezetett..."
A PC-s játék piac további hanyatlásához szerintem most már leginkább az fog hozzájárulni, ha nem lehet az APU-k tudását olyan hatékonyan kihasználni, mint a konzolokon... Ez vastagon szoftveres és persze üzletpolitikai gond (az Intel betart), de diszkrét kártyákkal már hardveres gond is lenne.
-
ddekany
veterán
Nem látok azon a képen semmit ami ide kapcsolódik.
HSA-t nem ismerem közelebbről, de amennyire nekem eddig átjött, az lényegében egy virtuális ISA (ahol a HSAIL felel meg a gépikódnak), kicsit hasonló a JVM-hez. Ezt feltételezve nekem nagyon meredeknek tűnik futó program oda-vissza dobálása az x86-os CPU és GCN-es GPU közt. A HSAIL-t ugyanis tovább kell fordítani natívra, mielőtt futna, és ebből következően az x86-on meg GCN-en futtatott kód különböző lesz. Egy futó taszk átvitelénél egy másik magra/akármire, a program állapotát is át kell vinni, tehát a regiszterek és RAM-ban tárolt változók tartalmát, ezek viszont (főleg az alkalmazott regiszterek és lokális vagy egyéb módon privát változók) fordítás-függőek. Meg persze, az utasítás mutatót is át kéne fordítani, de általános esetben két fordítás utasításai közt nincs 1:1 megfeleltetés, tehát nincs a fordításban amire át akarsz váltani olyan utasítás, ami a megszakított program soron következő utasításának felelne meg. Mondjuk azt lehet, ha van direkt ilyen betervezve a HSA-ba, hogy nem akárhol lehet kontextust váltani, hanem vannak meghatározott helyek a programban (afféle fence-k), ahol a HSAIL fordítónak garantálnia kell, hogy minden változó ki van írva a RAM-ba, és minden előző HSAIL utasítás megfelelője már lefutott, és a következő végrehajtása még nem kezdődött el. Na ott lehetne kontextust váltani, feltéve, hogy a HSAIL programok változóinak tárolási módja egységes a két fordítás közt.
De igazából nem látom miért lenne az egésznek értelme, mert adott kód vagy GPU-n, vagy CPU-n fut hatékonyan, tehát minek dobálnám a futó programot a kettő közt?
-
ddekany
veterán
Valószínűleg ott ugyan arról a context switching-ről van szó, ami CPU-knál nagyon régóta már megvan. Ez több látszólag egyszerre futó szál ill. több folyamat támogatása egyetlen magon, időosztással (tehát valójában felváltva futnak, nem egyszerre). Ezt az OS vezérli le, de a hardvernek is alkalmasnak kell rá lennie, értelmes sebességgel, és amennyire tudom, GPU-knál ez eddig nem volt adott. Ebből még egyáltalán nem következik viszont, hogy a szál a CPU és a GPU közt mozgatható lenne, és ilyen belátható időn belül nem is lesz lehetséges ha más ISA a kettő (mint GCN + x86/ARM esetén). A GPU-n belüli kontextus váltás viszont nagyon kéne, ha sok alkalmazás akar rá építeni. Ill. GPU-knál még az is felmerül gondolom, hogy nem is kell mindig időosztással ezt, hanem egyik folyamat megkapja a CU-k egyik felét, másik a másikat... ezt se tudom ez mostanság már megoldott-e, de van egy tippem, hogy nem igazán.
-
ddekany
veterán
Végül is lehetne úgy (és most nem mondom, hogy erre bármi esély lenne), hogy mindenki csinálja azt, ami épp mérnökileg jól megy neki... Az Intel bika CPU magokat licencel, az AMD meg a GPU-szerűségét. Tulajdonképpen pont az a versenyellenes (közérdek ellenes), hogy nem így van, hanem mindenki "csomagokat" állít össze, azaz mindenki a saját vackához köti a saját nem-vackát (azaz Intel a jó CPU magját csak a szar GPU-jával együtt adja el, és fordítva). Gyártás is olyan dolog, hogy felőlem gyárthatnak egy 3 cégnél is, vagy gyárthatnak ő maguk is, ha versenyképesnek érzik magukat azon a téren. Persze vannak ilyen "apróságok", hogy egy CPU-t/GPU-t, ami a gyártástechnológiai határokat feszegeti, nem egyszerű másik gyártóhoz átvinni... ha pl. az Intel-féle CPU-t csak az egyik, az AMD-féle GPU-t csak a másik tudja legyártani, akkor abból úgy nem lesz APU.
-
ddekany
veterán
"valszeg az amd-nek nem igazán kell a cpu..."
Ok, csak ezzel önmagában nem magyarázható egy visszalépés. Mikor a Buldozer kijött, bennem legalábbis az maradt, hogy amit leváltottak, az összességében hatékonyabb volt. Innen jött a kérdésem. Persze lehet hogy ez olyan, hogy ők miden tekintetben jobbat akartak, de nem jött össze. Nem tudom...
"új konzolokba sem a legerősebb amd cpu magok lettek beépítve hanem a legkisebb fogyasztásúak"
Alkalmazás-függő lehet, hogy hol mi a jó kompromisszum, és egy power-user PC-n a játék egy a sok alkalmazás közül. A legtöbb programkód, ide értve a jövőben készülteket is, reálisan, soha nem lesz többszálú. A kérdés persze, hogy ezen feladatok tényleg 99%-ban olyan kicsik-e, hogy nem is érdekes a gyorsításuk. Nem vagyok meggyőződve erről... kapásból, remek lehetőségek vannak a programkód tetszőleges lassítására kellően magas szintű nyelvek/framework-ok alkalmazása mellett. Némelyiknél már sajnálom a CPU-t, annyi rétegen kell átvergődnie.
-
ddekany
veterán
"Megoldható a GCN beépítése az Intel magok mellé."
Amikor buldozerre cserélték a CPU-t, akkor az mint önálló CPU mag rosszabb lett (telj./fogy.), és mintha lett volna valami duma, hogy ez viszont jobban passzol majd az AMD jövőképébe, mikor is GPU és CPU összeolvad. Viszont ha az Intel jóval ütőképesebb magja is stimmel az GCN-el, holott azt sem arra tervezték, akkor felmerül bennem, hogy ez vagy BS volt, vagy én én emlékszem rosszul, vagy... szóval hogy is van ez? A buldózer jobban beleillik a GCN-es jövőkébe mint a régi AMD mag, és miért? (Mert ha még a Jaguárra mondják ezt, akkor értem, mert az pici és keveset fogyaszt azért cserébe, hogy gyenge.)
-
ddekany
veterán
A megoldás egyszerű: Az Intel licencelje a CPU magját az AMD-nek, amiért ő cserébe licenceli neki a GCN-es IGP-szerűségét.
(Amúgy technikailag vajon mennyire lehetne a kettőt egybeépíteni? Már persze világos, hogy csak úgy kapásból nem lehet, de vajon van-e olyan alapelképzelésbeli eltérés, ami miatt ez a kettő nem tudna együttműködni hatékonyan.)
(Amúgy technikailag vajon mennyire lehetne a kettőt egybeépíteni? Már persze világos, hogy csak úgy kapásból nem lehet, de vajon van-e olyan alapelképzelésbeli eltérés, ami miatt ez a kettő nem tudna együttműködni hatékonyan.)Új hozzászólás Aktív témák
Hirdetés
- REFURBISHED - HP USB-C Dock G4 docking station (L13899-001)
- Samsung Galaxy S22 Ultra 512GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Apple MacBook Air Megbízható társ a mindennapokra!
- Bomba ár! Dell Latitude E6520 - i5-2GEN I 6GB I 320GB I HDMI I 15,6" HD+ I W10 I Gari!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest