- A kínai gyártók 3D arcazonosítással kísérleteznek
- Milyen okostelefont vegyek?
- Vékonyabb lett, jobb kamerát kapott, de az akku maradt a régi: itt a Fold7
- Hivatalos a OnePlus 13 startdátuma
- Írországban lezárult, az USA-ban csak most indul az Apple dráma
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Google Pixel topik
- A Mate 70 Pro+ és Mate 70 RS a Huawei titánjai
- iPhone topik
- MIUI / HyperOS topik
Ú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?
-
Az x86 azért maradt meg eddig is mivel jobban megéri a visszafele kompatibilitásra felhasználni néhány tranzisztort mint egy teljesen új architechtúrát bevezetni.
A versenyügyi problémára, pedig: az ARM-os proci piac és az x86-os proci piac nem ugyan az, ARM nem megy desktopba és laptopba, x86 nem megy telóba (kevés kivételtől eltekintve, de ez szerintem is változni fog), az előbbinél van egy vagon gyártó, néhány nagyobb, az utóbbinál 2 (+1) gyártó, ha ez a kettő össze vissza licenszeli a mikro architechtúrákat az már elég erősen kartell gyanús (továbbra is az az eset ami egy vicc gcn->intel intel proci->amd)
-
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.
Új hozzászólás Aktív témák
Hirdetés
- Autós topik
- BestBuy topik
- Mégsem búcsúznak a DDR4-es memóriák
- A kínai gyártók 3D arcazonosítással kísérleteznek
- Gitáros topic
- Linux kezdőknek
- Milyen okostelefont vegyek?
- Debrecen és környéke adok-veszek-beszélgetek
- Vékonyabb lett, jobb kamerát kapott, de az akku maradt a régi: itt a Fold7
- Asztalos klub
- További aktív témák...
- AKCIÓ! 4TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- Azonnali készpénzes AMD Radeon RX 6000 sorozat videokártya felvásárlás személyesen/csomagküldéssel
- AKCIÓ! Dell Latitude 5440 14 FHD üzleti notebook - i5 1335U 8GB RAM 256GB SSD Intel Iris Xe
- HUAWEI MateBook 13 2020 - Kijelző nélkül - I7-10510U - 16GB - 512GB SSD - Win11 - MAGYAR
- BESZÁMÍTÁS! Gigabyte Z390 i7 9700 16GB DDR4 512GB SSD GTX 1070 8GB Rampage SHIVA ADATA 600W
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest