- Apple iPhone 16 Pro - rutinvizsga
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- Samsung Galaxy S24 - nos, Exynos
- iPhone topik
- Hivatalos a OnePlus 13 startdátuma
- Samsung Galaxy Fit 3 - keveset, de jól
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Android alkalmazások - szoftver kibeszélő topik
- Netfone
Új hozzászólás Aktív témák
-
-
hapakj
őstag
Így van. Tehát az nVidia hw alkalmas rá és képes is rá. Igaz, főleg 6-8 magnál jön meg a gyorsulás, akkoriban meg az még annyira nem nagyon volt jellemző. Érdemes lenne bepattintani pár régebbi VGA-t valami erős több magos CPU mellé s megnézni mit csinálnak Deferred Contexttel. Mint írtam a tech kicsit megelőzte a korát
-
hapakj
őstag
Hát amúgy deferred contexttel kapcsolatban érdekes, hogy az intel azért kimérte és kétszer is megemlíti a cikkben, hogy a hw-es gyorsítás a dx11 deferred contexttel hoz gyorsulást. A grafikonon is látszik, hogy 1080 szépen gyorsul deferred contexttel, míg a Vega az lassul.
Bár az nvidia is csak 6-8 cpu magnál kezd gyorsulni. Valszeg nem volt hatékony a deferred context ezt aláírom, meg igazából vágom a technikai hátterét is, hogy miért. De látszik, hogy megfelelő mennyiségű maggal és hw-es támogatással hozott eredményeket.
Valszeg abban az időben, még nem volt jellemző ennyi CPU mag, meghát nvidian kívül senki se támogatta, szóval,nah, nvidia kicsit megelőzte a korát
-
hapakj
őstag
Ha a szabvány nem mond semmit arról, hogy mi legyen a nem szabványos kód esetén, akkor mitől lesz rossz az implementáció? Ok írok egy példát.
Feladat, számoljuk ki 1*A + 1*B + 0*C -t. A szabvány azt mondja, legyen A, B és C jól specifikálva, ha nincs dobjunk egy errort.Definiáljuk A = 3, B = 4,
C - nincs definiálva
1) nvidia: visszaad 7-et (A+B), és dob egy hibát - szabványos, conform
2) sok implementáció (pl intel, apple): visszaad 0-t, dob egy hibát - szabványos, conform
3) amd: visszad: 34224-t, nem dob hibát, crashel
- öööhmmm Az OpenGL szabvány remekül leírja, hogy csomó objektum, mikor van valid meg invalid stateben és hogy ha invalid resouce-t használsz, akkor error-t kell küldeni meg undefined behaviour de ennyi. Pl textúra. Akkor lesz valid, ha összes mipchain fel van töltve. nVidia driver rajzol annyival, amennyi fel van töltve, más implementáción fekete kép. Persze mindkettőn lekérdezhető, hogy invalid a texture state. S ez mind szabványos viselkedés.
Az hogy hibák nehezen jönnek szembe az az OpenGL design hibája is, hogy minden művelet után le kell kérdezni volt-e hiba? Az ARB debug output ebben már előre lépés volt, hogy van callback.Amúgy a 3 eset közül, hát a 3. az nyilván no-go, az 1 és 2 kérdéses, másak az előnyei. 1-el gyorsan lehet haladni, lehet iterálni, algoritmusokat kipróbálni, de veszélyes, hogy esetleg valami olyat csinálunk, amit nem akarunk. A 2. opció biztosítja, hogy jó kódot írunk, de sokkal nehézkesebb lehet vele haladni.
Amúgy a Vulkan sem egy szent grál ilyen téren. Ott ugye megfogták és kiszedték a teljes hibakezelést az implementációból. Lényegében mindenki driveréből nvidia driver csináltak, hiszen bármi nem szabványos kód is működhet véletlenül, ha a hw-en megengedett
S elő is fordul, mert nem mindenki fog minden validációs layerrel bekapcsolva fejleszteni. Pl szinkronizációs layer, mert kegyetlen lassít. Lehet dugig van intelen szinkronizációs hibákkal a kód, de remekül megy, mert ott nem kell szinkronizálni a hw jellegéből adódóan.
Ott az az előrelépés, hogy elvileg vannak a szabvány validation layerek, s elvileg azok jelzik a hibákat, s talán majd minden implementációval működni fog. De ennek ellenére vannak vendor specifikus layerek is. Amúgy jah, nagy előrelépés, lemásolták a koncepciót amit DX mindig is követett -
hapakj
őstag
A szabvány nem csak azt határozza meg, hogy mit lehet, hanem egyben azt is, hogy mit nem lehet.
- s hogyan sérthette meg az nvidia implementációja azt amire az OpenGL specifikációban nem tértek ki? Tehát Undefined Behaviour? Ez a szabvány hibája, nem pedig az implementáció-é.Nyilvánvaló, hogy ha bele van írva a specifikációba valami, akkor azt úgy értelmezik, hogy úgy működjön, ahogy le van írva,
- nem tapasztaltam, hogy ezt az nVidia implementációi bármikor is megszegték volna. Mint írtam szabványos kóddal semmi gond nem volt nVidian.Hát van itthon Terrascale kártyám. Explicit azt írta ki, hogy a Concurrent CommandLists nincs támogatva D3D11 alatt, ahogy nVidia Tesla kártyákon sincs, de Fermi-n viszont már igen.
-
hapakj
őstag
A "nem szabvány követő implementáció" konkrétan megkérdőjelezi egy API létjogosultságát.
- Mi? Az nVidia implementáció követte a szabványt. Semmi problémája nem volt a szabványos kóddal, tökéletesen működött rajta. A helyzet az volt, hogy a szabványt nem betartó kód is ment rajta. De itt a fejlesztő nem követi a szabványt, nem pedig az implementáció. Arra meg általában az OpenGL specifikáció is kb annyit írt, hogy Undefined Behaviour, abba meg az is belefér, hogy működik a dolog. Egyébként az általad említett ARB_debug_output ha jól emlékszem nVidia driverrel is szépen mutatta a nem szabványos használatot, amellett, hogy közben jó eredményt adott.Az viszont nem szabvány követés, hogy szabványosan megírt kód nem működik. Amit az AMD csinált.
Az AMD az OpenGL meghajtóját kétszer is újraírta.
- jóhát a tapasztalataim nem az API végnapjaitól vannak, hanem előtte. Hát jól tették, hogy újraírták. Bár abban az időben az Intel, meg nVidia driverei teljesen jók voltak OpenGL-ben a több kontextus kezelése, meg amiket leírtál az nem multithread rendering. Ezekkel nem lehet párhuzamosan rajzolási parancsokat kiadni. Az általad említett usecasekre sem nagyon találtam példát, s mint említetted elég körülményes.
A DX11 deferred context az igazából API runtime funkció, tehát mindenütt elérhető emulálva, de igazából kell hw-es, meg driver support. Azt mondjuk elég régi nVidia kártyán is láttam támogatva, hasonló korú AMD-sen nem. Illetve még egész modern Intelen sem. Még nem mélyedtem bele a témába, de inkább hanyagolt funkciónak tűnt, mintsem nem működőnek, amiatt mert sok helyen kb csak emulálva ment.
-
hapakj
őstag
Mint írtam, nem volt nagy nehézség váltani az Intel IGP-re és kijavítani a hibákat.
Nem szépítek én semmit, az nVidia nem szabvány követő implementációja nyilván nem tett jó az API-nak, bár szerintem az AMD nem működő implementációja sem
Amúgy nem gondolnám, hogy az nVidiának bármi érdeke lett volna kinyírni az OpenGL-t, hiszen egy high level API-n keresztül jobban a kezébe tudja tartani a kontrolt, s ugye az nVidiánál ez nem ördögtől való. Az OpenGL-t inkább az nyírta ki, hogy PC-n nem sok értelme volt. Valszeg az AMD OpenGL driverei is azért voltak vackok, mert a DX-re koncentráltak.
Nomeg, hogy az OpenGL teljesen alkalmatlan multithread renderingre. már a DX11-ben is voltak erre megoldások, bár ha jól tudom azt is ténylegesen csak nVidia implementálta.
-
hapakj
őstag
Hát nemtom. Szerintem akármilyen szabványt használunk, teljesen alap, hogy a lehető legtöbb gyártó implementációval tesztelünk. Kb a legkevesebb volt kijavítani az nVidia specifikus szabványtalanságokat, cserébe a hw-ükön lehetett haladni a fejlesztéssel és jól és hamar implementálták az új featureöket.
Az a fejlesztő aki nem tud beröccenteni, két - három másik platformot, pl Intelt, aminek kiváló szabványos implementációja volt az magára vessen.
Azzal viszont meg egy fejlesztő sem tud mit kezdeni, ha a driver szar. Jah, igazából tudtunk. Be kellett rakni egy másik code path, ami nem PBO-n keresztül tölti fel a textúrákat csak hogy menjen AMD-n is.
-
hapakj
őstag
A mindent meglévő implementáció azért nem működik, mert mindent megeszik.
- Hogy mi? Mint mondtam a kód a legtöbb platformon működött.A szabványt meglehetősen szigorúan implementáló Intel és Apple OpenGL driverekkel is. A legtöbb mobil platformon is működött és nvidia-n is. Tehát ezek működő implementációk voltak.
AMD-n pedig nem működött.
Az hogy az nVidia nem teljesen szabványos implementációja hogyan volt káros az OpenGL-re az egy teljesen más kérdés, s az is más, hogy az AMD nem működő drivereket produkált.
-
hapakj
őstag
Ez mind világos. Tisztába vagyok vele, hogy az nVidia implementációja mindent is megevett, de legalább működött.
AMD viszont. Hát abban az időben rengeteg probléma volt vele
A fentebb említett srgb textúra feltöltés PBO-val. Vagy a compute shaderek se nagyon nyekkentek meg Közben semmi hibát nem adott se nVidián se Intelen és helyes eredményt produkált, meg a debug warningok is ki voltak javítva erre odafigyeltünk. Egyszerűen az AMD implementáció messze nem működött. Ment is nekik bug report, de érdemben nem reagáltak
Hja az srgb PBO feltöltés aztán pár hónappal később meg is javult. Nyilván mert az konkrétan hiba volt.
az AMD és az Intel OpenGL implementációja legalább az egyértelműen hibás kódot nem hajtja végre.
- hát az AMD a helyeset se -
hapakj
őstag
válasz
Predatorr
#54
üzenetére
Szerintem még regisztrációhoz sincs joguk kötni. A driver a termék része, mert azzal lesz működőképes, s az EU-ban valszeg nincs joguk forgalmazni a nélkül.
Igazából nem is tudom honnan jött ez a regisztrációs agymenés
Igen, jó volt. Mindig működött.
- miért most nem működik?
-
hapakj
őstag
válasz
Predatorr
#52
üzenetére
ööööö. Hát sem egy szakdolgozat, sem bármilyen DOS-os alkalmazás közelében sincs komplexitásban meg lehetőségekben, amit egy videókártya driver tud nyújtani.
Jah, DOS-ba semmi vezérlőpult nem volt, csak a játék beállításaiban kellett display módot állítani, hogy VESA vagy 13-as mód, vagy melyik. Meg manuálisan beállítgatni a hangkártya IO címét, DMA és IRQ számát. Tényleg milyen jó is volt driverek nélkül
Amúgy az, hogy két modul külön külön jól működik, tényleg nem egyáltalán evidens, hogy együtt jól fognak működni.
"aztán nV egyszer csak fizetőssé tesz a drivert is..."
- ööööö. lol. Szerintem erre explicit joguk sincs -
hapakj
őstag
hááát, ez annyira nem ment, hogy nem a specifikációval értelmezésével volt a gond. Csodálkozom, hogy egyáltalán át mehetett a conformance teszteken. Valszeg csak addig kalapálták a drivert, míg azon át nem ment
Az egyik probléma srgb textúrák PBO-n keresztül feltöltése volt. Mire rájöttem mi a hiba és rá tudtam keresni, kiderült, hogy csomó fórum bejegyzés volt erről AMD dev fórumain, hogy mások is belefutottak.
-
-
#22
hapakj
őstag
Alogonomus
#19
hapakj
őstag
válasz
Alogonomus
#19
üzenetére
Amúgy érdekes, hogy jött most elő a hiba. Utána nézve tényleg elég általánosnak tűnik a lassulás. Kizártnak tartom, hogy így kiadták volna
Semmit se nyernek vele, csak egy botrányt, amit javítani is kell majd.Meg ha jól tudom hónapokig public beta is volt az App-ból. Annyi idő alatt simán ki kellett volna derülnie. Mintha épp az utolsó pillanatba csúszott volna be valami malőr vagy akadtak össze dolgok.
-
hapakj
őstag
Jajaja Túl steril volt a tesztkörnyezet. A 15% teljesítményvesztés nem tűnt fel a professzionális szint miatt? Ezt akartad mondani?
- igen ezt akartam mondaniÉn komolyan kérdeztem az indokot. Egyszerűen nem tudom elképzelni.
- én meg komolyan válaszoltam. Az hogy mit tudsz elképzelni nem fedi a valóságot.Itt ugye nem arról van szó, hogy néhány esetben vagy hogy bizonyos környezetben, hanem MINDIG.
- ez az infó honnan jön?Ez olyan, mintha az Audi leszállítana 10000 autót kormány nélkül. Ott sem érteném a szitut.
- ez teljesen értelmetlen -
hapakj
őstag
nyilván nem ez történt, meg valszeg fel van fújva. Teljesen más amikor egy pár ezres relatív steril teszt környezetből kiküldik a csomagot több milliós felhasználó bázisnak, akiknek a gépén 4-5 overlay megpróbál egyszerre belemászni a játékba.
Általában az ilyen dolgok mindig azoktól a cégekről hangosak akiknek nagy a felhasználó bázisa. Nvidia vagy Apple.
Nemrég volt dolgom, pár kisebb telefongyártó problémáival. Hát fogtam a fejem
Normal középkategóriás telefonnál vagy beakad a frissítés, vagy teljesen meg is brickeli a telefont, s kb alig lehet találni róla infót a neten
![;]](http://cdn.rios.hu/dl/s/v1.gif)
s a józan eszemet nem is használom 
- öööhmmm 
Új hozzászólás Aktív témák
Hirdetés
- BESZÁMÍTÁS! SAPPHIRE Pulse OC RX 9060 XT 16GB GDDR6 videokártya 27% áfa 3 év garancia
- Akcio! Csere-Beszámítás! Gigabyte Vision RTX 3070Ti 8GB GDDR6X OC Videokártya!
- ZOTAC GAMING GeForce RTX 4090 AMP Extreme AIRO videókártya, garanciával eladó
- Eladó használt Gigabyte AMD Radeon HD 6750 videókártya
- Palit GeForce RTX 3080 GameRock 10GB
- Szinte új, minőségi, állítható ritkítóolló
- iKing.Hu - Apple iPhone 13 Pro Max - Graphite - Használt, újszerű
- Fujitsu USB Port Replicator PR09 docking station (1x5K vagy 2x4K felbontás) (DisplayLink)
- Telefon felvásárlás!! Samsung Galaxy A22/Samsung Galaxy A23/Samsung Galaxy A25/Samsung Galaxy A05s
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RX 6500 XT 4GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest