Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
A mai GPU-kban statikus erőforrás-allokáció van, vagyis a regiszterek és az LDS tekintetében a shader fordító egyszerűen betöltet mindent. Ez a program oldaláról csak annyiban kontrollálható, hogy a regiszternyomást mennyire optimalizálják, de ennél direktebben ebbe nem tudnak beleszólni, nem elég okosak hozzá a mai hardverek.
Nem tudtam, hogy a Microsoft az senki. Köszi a felvilágosítást.
"min16float"
Az újabb HLSL verziókban már jól működik.
A régebbi nyelv, a 2019-es HLSL verzió előtt, amit még az FXC-hez terveztek ugyan kellettek trükkök, hogy ne 32 bites legyen az alignmentálás, de elég egyszerűen megoldható volt.
Kellett egy CPU-oldali kód, ami uintbe csomagolta a konstans és pufferadatokat, és ezek kezelhetővé váltak a GPU oldalán két sor kód beírása után. Másképp ugye aligha futott volna például a TressFX a játékokban, hiszen az exkluzívan packed mathot használt FP16-ra.
Ma már ezek nem kellenek, a Microsoft megoldotta ennek a támogatását trükkök nélkül is. -
dabadab
titán
-
Abu85
HÁZIGAZDA
Hát mik tárolják? Pufferben vagy textúrában vannak. Mindkettő erőforrás.
Packed math eddig FP16-ra volt. Int8 natív vagy mixed módban volt, de nem packedben.
Hát miről? Béláról?
Te tudod?
Én azért jó négy oldalt írtam erről korábban. [link] - ettől az oldaltól kezdve.Maga a meghatározás azért fontos, mert a modernebb hardverek, mint az RDNA, már nem csak egy wave-méretet támogatnak hatékonyan, hanem kettőt is. Arról a shader fordító dönt, hogy egy shadert hogyan fordít le. Viszont a shader model 6.6-től kezdve a fejlesztő megmondhatja, hogy a shader fordító 32 vagy 64 lane-es wave-et használjon az RDNA-n például. Más hardveren ennek sok értelme nincs, mivel a min és a max wave-méret megegyezik, de nyilván ez egy jövőnek szánt funkció, egyre több hardver lesz olyan, mint az RDNA, így hosszabb távon a multiprocesszorok többféle wave-mérettel is hatékonyan tudnak majd működni.
-
dabadab
titán
A szintűt kivettem, ha ennyire zavar.
Szerintem ha rosszul fordítasz valamit, az elsősorban téged kellene, hogy zavarjon.
A lebegőpontos értékeket erőforrásokban tárolják.
A fenéket.
Senki sem írta, hogy a packed math új.
De, én.
Amit te írtál, abból ugyanis az következik, hogy eddig is volt, csak éppen nem 8 bites intekre, ami viszont nem igaz.Pont az a lényege, hogy ezt megadd, mert amúgy a meghajtó fordítójának szabad keze van benne.
Ez nem a fordítóról szól.
Vagyis egy paraméter legyen meghatározva
Érted te azt, amit beszélsz? Egyáltalán, tudod, hogy mi az a wave?
-
Abu85
HÁZIGAZDA
A szintűt kivettem, ha ennyire zavar.
A lebegőpontos értékeket erőforrásokban tárolják.
Senki sem írta, hogy a packed math új.
Pont az a lényege, hogy ezt megadd, mert amúgy a meghajtó fordítójának szabad keze van benne.
Vagyis egy paraméter legyen meghatározva, hiszen egyetlen egy wave-méret jó a shadernek.
Ha több is jó, akkor felesleges attribútumról van szó, hiszen a fordító jobban tudja, hogy mi a jó a hardvernek. -
dabadab
titán
Itt lehet jelezni a fordítási hibákat? (Itt az eredeti)
Szóval új atomi (szintű nélkül) műveletek jönnek, egyrészt 64 bites integerekre, másrészt floatokra (magyarul: lebegőpontos érték, nem pedig lebegőpontos értékeket tároló erőforrás) olyanok, amik szimpla bitszintű összehasonlítást használnak, nem pedig rendes floating point összehasonlítást (vagyis gyakorlatilag simán intre castolják a floatot).
A packed math meg igazán most jelenik meg, eddig összesen egy darab művelet volt (dot product), az is egyébként 8 bites integerekre (signed meg unsigned változatban).
A wave-nél nem azt lehet megadni, hogy milyen méretűre forduljon le, hanem azt lehet megadni, hogy az adott compute shade mekkora wave mérettel kompatibilis és ennek eredményeképpen a driver vagy pont ekkora wave-et fog futtatni vagy hibát dob.
A Microsoft nem azt javasolja, hogy csak egy paraméter legyen meghatározva (ez így egyébként is teljesen értelmetlen mondat), hanem azt, hogy csak akkor adjon meg az ember ilyen korlátozást, ha tényleg csak egyetlen egy wave size jó a shadernek. -
Abu85
HÁZIGAZDA
TL;DR... jobb lesz.
#4 tibaimp : Hát ha minden képességet nem is, de az erőforrások dinamikus bekötését a GCN2+, az RDNA összes, a Turing összes, az Ampere összes, illetve a gen9+ biztosan támogatja. De szerintem, amire van TIER_3-as binding, arra rá lehet emulálni.
-
Na, ez igazán abuista verzió lett!
Én azért jó négy oldalt írtam erről korábban. 
Ha több is jó, akkor felesleges attribútumról van szó, hiszen a fordító jobban tudja, hogy mi a jó a hardvernek.
Új hozzászólás Aktív témák
Hirdetés
- Villanyszerelés
- Kertészet, mezőgazdaság topik
- Kerékpárosok, bringások ide!
- Xbox Series X|S
- Luck Dragon: Asszociációs játék. :)
- Xiaomi 15 Ultra - kamera, telefon
- sziku69: Fűzzük össze a szavakat :)
- Témázgatunk, témázgatunk!? ... avagy mutasd az Android homescreened!
- Milyen processzort vegyek?
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- További aktív témák...
- REFURBISHED - HP USB-C Dock G4 docking station (L13899-001)
- ÁRGARANCIA! Épített KomPhone i5 12400F 16/32/64GB RAM RTX 5060 8GB GAMER PC termékbeszámítással
- Csere-Beszámítás! Számítógép PC Játékra! Intel I7 6700/ RX 580 8GB / 32GB DDR4 / 500GB SSD
- DELL Precision 7540 - Intel Core i9-9980HK, RTX 3000 (nagyon erős GPU-val)
- ASUS Radeon HD6950 DirectCU II 2GB 256bit GDDR5 EAH6950 DCII/2DI4S/2GD5 Videokártya eladó
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest