- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen videókártyát?
- Milyen egeret válasszak?
- Milyen TV-t vegyek?
- Amazon Kindle
- Amlogic S905, S912 processzoros készülékek
- A régi node-okra koncentrál a szankciók miatt Kína
- Azonnali VGA-s kérdések órája
- HP notebook topic
- Azonnali informatikai kérdések órája
Hirdetés
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
[link] - a specifikáció miatt az async shader Radeon-only lett Vulkan alatt szóval az a GCN-nek előny lesz, hogy párhuzamosan is végre tud hajtani feladatokat, miközben a többi architektúra csak sorosan dolgozhat.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Tök mindegy, mert ez egy multi-engine API. Nem lehet benne single-engine kódot írni. Ami előnye a DX12 koncepciójához képest, hogy ha rossz a hardver dizájnja az aszinkron feldolgozáshoz, akkor nem kötelező párhuzamosan etetni a hardvert. A DX12-ben sajnos kötelező.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Ez nem hit kérdése, hanem specifikációs probléma. A Microsoft amikor megírta a DXKG specifikációt, akkor nem gondolt arra, hogy a több parancsmotorral rendelkező hardverekben a parancsmotorok képességei eltérhetnek a compute parancsok kezelése szempontjából. Eközben az API megköveteli a multi-engine kódot. A Vulkan csak annyiban különbözik, hogy gondolt erre a problémára, így a gyártó tehet azért, hogy a szabványosan megírt kód ne legyen túl lassú. A DX12 alatt erre csak az alternatív kódút az opció, vagy a hosszan futó compute feladatok mellőzése.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Az Intel csak annyit mondott, hogy a Skylake-re lesz gyári Vulkan driver. Azt nem mondták, hogy a többire nem lesz. Valószínűleg lesz, de hivatalosan nem fogják bejelenteni.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz kikikirly #50 üzenetére
Ezekkel a végleges specifikációkkal gyakorlatilag ugyanaz a helyzet, mint a DX12-nél. Annyiban jobb az NV-nek, hogy nincs rákényszerítve a támogatásra, így nem kell attól félnie, hogy egy GeForce hardver nélkül fejlesztő stúdió úgy kiad egy programot, hogy az nagyon lassú legyen. Szóval ez az NV-nek jobb, mint a DX12. Ott azért simán lehet olyan programot kiadni, akár akaratlanul is, ami rendkívül rosszul fut NV-n.
Azt fontos kiemelni, hogy az API a hardveres hiányosságokkal nem tud mit kezdeni. Ahhoz új hardver kell, de rákényszeríteni a rendszert valamire, amit nem igazán tud kezelni (NV esetében az erőforrás-korlátozás) rosszabb annál, mintha megengedné az API a korlátozottabb működési módot.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Mindkettő alapja az AMD fejlesztése, de a DX12 még egy nagyon kezdetleges formában kapta meg ezt, amikor még nem is volt szó egy saját API-ról az AMD-n belül. A Vulkan a kész Mantle-re épül.
Az explicit API-knak új motorstruktúra kell, mindegyiknek. Egyedül a Metal API a kivétel. Az jóval kevésebb módosítást igényel.A DX12 a WDDM 2.0 miatt Win10 only. A WDDM 2.0 azért kell, mert bevezeti a GPUMMU-t és az IOMMU-t. A GPUMMU model funkcionálisan olyan vezérlést tesz lehetővé, ahogy a hardverek ma működnek. A régi szegmentált fizikai címzést alkalmazó WDDM-re is használható explicit API, csak rosszabb lesz a hatékonysága, mert kell elé egy extra szoftverréteg, ami elfedi a működésbeli különbségeket.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Ugyanaz az előnye a DX12 és a Vulkan API-nak, ami a Mantle-nek volt. Gyakorlatilag ugyanazt fogod látni: jobb hatékonyság, illetve kevesebb kivédhetetlen, API-ból származó akadás.
Az explicit API-k nem minden konfiguráción hoznak majd gyorsulást. A kiegyensúlyozatlanokon például inkább nem fognak. De a kiegyensúlyozott konfigurációkon lényeges előnyük van a korábbi API-khoz képest. A fogyasztásban pedig szinte állandó az előny. A Sniper Elite 3 ezt jól megmutatta, hogy miképp kell csinálni. Gyakorlatilag amellett, hogy gyorsult a rendszer, még csökkent is a fogyasztás. Egy szó az előny: hatékonyság.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A két konzol a CPU és a GPU teljesítménye szempontjából kb. kiegyensúlyozott. Neked túl erős CPU-d van a túl gyenge VGA-hoz képest. Gondolom azért költöttél ilyen erős CPU-ra, hogy kevés limited legyen, de a probléma, amit meg akartál előzni nem hardveres, hanem szoftveres. Abból ered, hogy a grafikus meghajtók elveszik a CPU időt az alkalmazástól, és nem abból, hogy maga a processzor teljesítménye ki van használva. Egy mai DX11-es játékban a processzoridő 10-20% között van kihasználva. 80-90%-a a processzor erőforrásainak a program szempontjából elérhetetlen. Az új API-k ezen változtatnak.
Én például használom azt az API-t. A Sniper Elite 3-ban kevesebbet fogyaszt a gép, miközben gyorsabb. Illetve a Dragon Age: Inquisition legalább kétszer gyorsabban fut, mint DX11-en.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Igen. A Nitrous az első motor, ami ténylegesen olyan szintű skálázhatóságra van tervezve, hogy megfogható legyen az az erőforrás, ami a processzor oldalán ma még idle, vagy éppen a driver elvitte. De persze ez sem könnyű, eddig a pontig ők is kb. 50-60%-os kihasználásig jutottak, ami azért nyilván jobb, mint a 10-20%, tehát működni működik.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nem csak az elméleti előnyét, hanem a gyakorlatit is látom. Én nem tudnék játszani maxon a Dragon Age Inquisitionnel, ha nem lenne hozzá egy explicit API-t támogató mód. Nekem nagyon sokat számít, hogy nem 15-20 fps-sel fut végig a játék, hanem 40-50 fps között.
A te procidhoz két Fury X kell és ott már neked is látható lesz a gyorsulás az AMD API-ján belül is, mert kiegyensúlyoztad a rendszered.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A specifikációból látszik, hogy könnyen kiterjeszthető a bekötési modell bindlessre, illetve pure bindlessre. Ezt akár a gyártók is megtehetik egyedi kiterjesztésekkel. De akinek a bindless fontos lesz, az elmegy DX12-re.
A feature setnek nincs igazán köze ahhoz, hogy az OS driver modellje hogyan van kezelve. A Vulkan a WSI-n fut, ahogy a Mantle is tette. Ez a WSI van kiegészítve úgy, hogy ne csak a Windowst támogassa. A WSI részben kiváltja az egyes driver modell funkciókat, de némelyik nem váltható ki a kernel miatt, így azokhoz igazodni kell. Ilyen formában a WSI tartalmaz külön modulokat az egyes OS-ek eltérő driver modelljéhez igazítva. Ez szimplán az OS képességeihez fordítja a beépített loader mechanizmust. Így minden OS driver modellje a megfelelő hatékonysággal aknázható ki.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
Új hozzászólás Aktív témák
- Franciaországban nyit a Honor 200 Lite
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Alkoholista nevelde
- Világító alma helyett világító tok és szíj az almákra
- Jövedelem
- Rossz üzlet az EV-kölcsönzés
- Milyen videókártyát?
- Milyen egeret válasszak?
- Motorola Moto G24 Power - hol van az erő?
- Elektromos rásegítésű kerékpárok
- További aktív témák...