- Szilárdtest-akkumulátorokat fejleszt Kína, jöhet az áttörés?
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Microsoft Excel topic
- Ha Trump győz, Elon Musk politikai tanácsadó lehet
- Bittorrent topik
- Milyen routert?
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- A választási tévinformációk ellen küzd a Meta
- Xiaomi AX3600 WiFi 6 AIoT Router
- QNAP hálózati adattárolók (NAS)
Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
Ezt meglépte az AMD is, 9 évvel ezelőtt. Meg is lett az eredménye, mert mostanra meg a Steam HW felméréseinek adatai alapján az AMD GPU-k domininálnak a Linuxos gépekben. Ez mondjuk nem is csoda, mert fejből nem is tudok olyan esetet mondani, amiért neked kézzel kellene AMD zárt drivert telepíteni Linuxon... Egyszerűen csak felraksz egy disztrót és minden működik a nyílt driverrel, egyből mehet a Cyberpunk indítása, hogy csak egy példát mondjak.
A 2015 előtti években a helyzet fordítva volt, mert botrányosan tré volt az akkor még létező AMD Catalyst driver minősége Linuxon, olyan alap dolgok nem mentek benne, mint pl. a scaling csúszka pozíciójának elmentése...
Aztán időközben az nVidia zárt drivere bár jól működött, de az meg olyan, hogy van több kiadás belőle párhuzamosan, az adott kártya generációk szerint. Aztán ha jön egy döntés a support megszűnéséről, akkor onnantól x évnél régebbiekre már nem lesz működő, telepíthető zárt driver. A régi nyílt nvidia driver persze ott lesz továbbra is az EOL hardverek számára, szóval képet fognak adni a régebbi kártyák is, de úgy ennél sokkal többre nem kell számítani.
Nem igazán szeretjük az nVidiát, valahogy az egész cégen érződik, hogy az asztali játékos csak egy megtűrt kategória az AI meg egyebek mellett, mert azokból jön igazán a pénz... Gondolom az nVK nyílt driver is csak azért kapott zöld utat, mert látták az AMD sikerét ezen a téren és ha ez több eladott kártyát jelent, akkor ez nekik is kell.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
-
Abu85
HÁZIGAZDA
Az NVK azért lett fontos, mert az AMD teljesen leuralta az olyan piacokat, mint amit a Steam Deck teremtett. Az asztali részre szarik az NVIDIA, nem akar azzal semmit, de a Steam Deck egy kitörési lehetőség, csak addig szarik a Valve az NV-re, amíg legalább olyan szinten nem lesz az NV open source meghajtója, amilyen szinten van az AMD-é.
Nyilván itt még az is szóba jöhet, hogy a SteamOS 3.0 egy nagyon jól sikerült rendszer, és ki tudja, hogy a Valve mit akar még vele kezdeni. Viszont a mostani verziójában egy erősen AMD-only cucc, és ez nem a Valve-on múlik, hanem azon, hogy a többiek nem tették bele azt a munkát, amit az AMD.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Minden VGA egy hatalmas stream processzor. A fícsőrök, amelyek gyártónként eltérőek pont azt szolgálják, hogy ezeket az ALU-kat lehessen használni. Ugyanúgy van az AMD-nek, az Intelnek és az NV-nek is olyan fícsőre, ami máshol nem érhető el.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
CPT.Pirk
Jómunkásember
Na igen, a Deck-ről megfeledkeztem, pedig nekem is van. Így van, ahogy írod. Viszont ennek örülünk, mert ebből mindenki profitál.
Látva az NVK gyors fejlődését, mondjuk mához 2 évre tényleg ott leszünk, hogy egyik gyártó kártyájához sem kell majd semmit sem csinálni Linux alatt, egyszerűen csak működni fognak.
Azt mondjuk nem tudom, hogy a hdmi-forum merev elzárkózása a hdmi2.1 nyílt megvalósításától amivel most az AMD-nek intettek be, az érinti-e majd az NVK-t is.Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
JohnyX
junior tag
Ezt az adatot hol találtad a Steam HW felmérésben?
Én ezt találtam, de ebből nem derül ki a használt VGA típusa:
LEGNÉPSZERŰBB / SZÁZALÉK / VÁLTOZÁS
Linux / 1.76% /-0.19%
"Arch Linux" 64 bit / 0.14% / -0.01%
Ubuntu 22.04.3 LTS 64 bit / 0.09% / -0.04%
Linux Mint 21.3 64 bit / 0.06% /+0.06%
"Manjaro Linux" 64 bit / 0.06% / -0.01%
-
hapakj
aktív tag
háááát, nVidiában dedikált egységek vannak Ray Trace-re (mind a Accelaration Structure építésre, mind a konkrét raytrace-re), tenzor feldolgozásra és a Lovelace-ben opticalflowra a DLSS 3 frame generationhöz. AMD mindezt ALU erőből akarja megoldani, s szemmel láthatóan szarul is megy .
Raytrace-re már beraktak valami hw-et, de asszem a BVH építés még mindig az ALU-n megy.[ Szerkesztve ]
-
CPT.Pirk
Jómunkásember
Nem jöttem rá, hogy hogyan, de elvileg lehet csak Linuxon belüli eredményeket nézni. Itt fejtegeti ezeket Michaell: https://www.phoronix.com/news/Steam-Survey-February-2024
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
nVidián a zárt driverrel megy, itt az NVK lesz a kérdés... Intel meg feltesz egy azt hiszem DisplayPort <-> HDMI protokoll fordító IC-t a kártyáira, amivel kikerülik a problémát.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Busterftw
veterán
-
Busterftw
veterán
-
Pikari
addikt
A nouveau is nagyon gyorsan fejlődött az elmúlt pár évben. Onnan indultunk, hogy fél óránál tovább stabilan webet böngészni se nagyon lehetett vele, mert rommá fagyott a gép. Ilyen gondok ma már nincsenek. Amivel súlyos gondok vannak, azok a teljesítményszintek közötti váltás egyes gpu generációk esetében, a kártya általában idle profilban ragad, és nem lehet onnan átváltani.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
Abu85
HÁZIGAZDA
A HDMI működésének implementációja eltér az AMD-nél és az NV-nél. Az AMD a driverbe rakja a vezérlést, az NV meg a zárt firmware-be. Emiatt ugye az NV-nek ez működhet NVK-val is, mert a kritikus kód mindig zárt marad.
#7 hapakj : Mindenkinek dedikált hardverei vannak sugárkövetésre, hiszen másképp olyan lassú lenne a teljes folyamat, mint WARP12-vel, ami vállalhatatlan. Az AMD bejárást az ALU-n akarja megoldani, ugyanis ha dedikált hardveren oldják meg, akkor az nem lesz programozható. A konzolokon ez alapkövetelmény, az nem egy PC-s mintát követ, ott azért több nagyságrenddel jobbak a sugárkövetésre vonatkozó programozhatósági lehetőségek. Viszont pont a konzolos API-k miatt a dedikált traversal egység nem jó, mert az a programozhatóságot akadályozza. Ebből egyébként lesz PC-s verzió is traversal shader néven, ami nem tudja hasznosítani a traversal unitot, mivel ennek a részegységnek a next gen DXR API-ban már nem lesz haszna. A bejárás át lesz rakva az ALU-kra, és onnantól kezdve az a hardver lesz gyorsabb, ahol az ALU-k működése van bejárásra szabva. Ez majd azt eredményezi, hogy idővel eltűnik a traversal unit a hardverekből, ahogy a T&L részegység is eltűnt. Most alapvetően a sugárkövetés ott tart, ahol a T&L tartott anno, és a következő kör a programozhatóság. Ez egyébként jó dolog, mert növeli a sugárkövetés használhatóságát, nem csak alig észrevehető teljesítményt pazarló effektekre költhető el az egész. Lásd például az új Avatar, ami konkrétan hozzá sem nyúl a hardverekben található traversal egységekhez, mert szoftveresen oldja meg ezt compute shaderrel. És mégis messze a leggyorsabb sugárkövetést látjuk benne, pont azért, mert maguknak programozhatóvá tették a bejárást, így nem kell a hardverek korlátozott és rém pazarló működésére alapozniuk. Ezt a jövőben több címben látni lehet majd, mert annyira limitáló a traversal unit a lehetőségek tekintetében, hogy többen is elkezdték járni azt az utat, amit az Ubisoft. Ha a Microsoft nem ad még programozható bejárást, akkor megcsinálják maguk compute shaderrel.
A modernebb GPU-kban vannak AI-ra szabott feldolgozók. Az AMD, az Intel és az NV GPU-kban is. A különbség annyi, hogy mennyire erőltetik a cégek ezt a vonalat. Gamingnél sok haszna nincs, mert ezek a feldolgozók ugyanazokból a regiszterekből esznek, vagyis ha használva vannak, akkor csökken az occupancy, hiszen a normál ALU-k ugyanazt a shadert jóval kevesebb regiszterterületbe tölthetik be, vagyis joval kevesebb konkurens wave-et futtathatnak. Emiatt van az, hogy egy játékban alig nyúlnak a tensor magokhoz, mert drasztikusan növelné a regiszternyomást, ami végeredményben az általános számítások teljesítményét csökkenti azzal, hogy a GPU nem tudja optimálisan átlapolni az elérési időt. Ez a jövőben sem változik meg, mert meg kellene duplázni legalább a regiszterek méretét, hogy a GPU-k elkezdjenek profitálni egy játékban ezekből az AI-ra szabott ALU-kból, csak ennek a tranzisztorköltsége irreálisan magas.
Az OFA nem biztos, hogy célszerű. A legnagyobb gond vele, hogy a teljesítménye fixen limitált. Bármit is szeretnél javítani a frame-gen rendszeren, képtelen vagy megtenni, mert ott a hardveres limit, amit nem léphetsz túl. Ezért is érdekes a DLSS és az FSR frame-gen, ahol az a tipikus álláspont manapság, hogy az FSR-felé képgenerálás még jobb is. De nem azért, mert az AMD ügyesebb volt, hanem azért, mert az AMD-t nem korlátozza egy OFA részegység teljesítménye, míg az NV-t igen, tehát nem tudnak előrelépni, csak a következő generációnál, ami jobb részegységet kaphat. Eközben az AMD pusztán szoftveresen fejlesztheti a kódot, mert asszinkron lefut compute shaderben, és ALU-ból van egy rakás a mostani GPU-kban. Annyira sok szabadon használható kapacitás van a középkategóriás GPU-kban is, hogy az már most lekörözi az OFA részegységben lévő teljesítményt. Emiatt van az, hogy az NV is elkezdte ezt az irányt kutatni, mert ők is limitálónak érzik azt, ha csak generációváltásonként tudnak ugrani frame-gen minőséget, ami kb. kétévente van. Konkrétan rendelkeznek már egy olyan kóddal, ami úgy működik, ahogy az FSR frame-gen, és a vicc az, hogy a Palittól tudom, hogy már most jobb az eredmény úgy, hogy nem nyúl az OFA részegységhez, csak még nincs kész a projekt. Ráadásul ez a projekt mehet a driverbe is egy AFMF alternatívaként. Szóval az OFA az nem egyértelmű helyzet. Ott azért nagyon sok limitáció van hardverből, ami korlátozza a szoftveres lehetőségeket.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Busterftw #17 üzenetére
Nincs benne. Maga a HDMI forum nem engedi, hogy ott legyen. Az NV a vezérlést a zárt firmware-be rakja, ezért azt a nyílt kódból csak meg kell hívni. De ettől még az egész zárt, és ez a HDMI forumnak elfogadható.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Az AMD azt tudná csinálni, hogy lezárja a driver egy részét. Abba belemenne a HDMI fórum. Egyébként meg szarnak bele, mert a HDMI fórum ezzel maga alatt vágja a fát, tehát csak azt érik el, hogy a DisplayPort protokoll terjedni fog.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
fatpingvin
őstag
ami nagyon helyes, a HDMI-nek pont időszerű lenne eltakarodni a piacról. DisplayPort is the way, a fentebb részletezett okokból kifolyólag. a HDMI forum is egy sokadik parazita a tech szférában.
[ Szerkesztve ]
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Busterftw
veterán
válasz fatpingvin #23 üzenetére
En amugy azt vartam epp az Nvidia miatt, amikor 2018-ban bejelentettek a big format gaming teveket, hogy ez majd ad egy lokest a DP elterjedesenek TV fronton.
Aztan nem nagyon jott be... -
Abu85
HÁZIGAZDA
-
Abu85
HÁZIGAZDA
válasz Busterftw #28 üzenetére
Vagy nincs benne, de ha gondolod, akkor mutasd meg.
Szerk.: Persze, hogy nem lesz nehéz dolga, hiszen ott van a zárt firmware-ben. Tehát nem nyílt driverbe implementálja, hanem a zárt kódot hívja meg. A nyílt driverbe ezt nem engedné implementálni a HDMI Forum.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Busterftw #30 üzenetére
Most tényleg azt várod tőlem, hogy linkeljek be egy olyan kódrészletet, ami nincs benne a kódban? Te mondtad, hogy benne van, linkeld be azt, ami alapján ezt állítod. Gondolom olvastad, láttad a kódot, ki tudod jelölni, és meg tudod mutatni.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
inc3gnito
csendes tag
Én Fedora Linux 39 alatt játszok Steam en keresztül ( Proton Experimental alatt). Tökéletesen működik minden rx 6600xt vel ryzen 5 5600x el. Minden game tükörsimán megy. Mangohud szerint ugyanolyan gyors mint win 11 alatt. A büdös életben nem térek vissza a Windows hoz. Programozáshoz is sokkal jobb a linux( bash, Visual studio code+github). Python3 fejlesztéshez .
-
fatpingvin
őstag
válasz Busterftw #30 üzenetére
nem azért de ebben a helyzetben már csak a praktikum szempontjából is rajtad van a bizonyítás felelőssége.
te azt állítod hogy van a kódban egy ilyen részlet, Abu azt hogy nincs. Abu linkelte a teljes kódot, demonstrálandó az említett kódrészlet hiányát. ha van ilyen blokk, tényleg csak annyit kéne tenned hogy ideírsz két pozitív integert, amik alapján a naiv szemlélődő megtalálhatja a forrásban hogy hol van a kérdéses kódrészlet amire hivatkozol.A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Pikari
addikt
válasz fatpingvin #33 üzenetére
Eleve ez nagyrészt tranzisztor szinten van belegyógyítva a chipbe.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
fatpingvin
őstag
a fizikai transcieverek lehet, de maga a HDMI mint protokoll az nem feltétlenül.
ez kicsit olyan mintha azt mondanád hogy egy Ethernet vezérlőbe bele van gyógyítva a TCP/IP protokoll. oké, lehet hogy van benne checksum offload engine, de nem ettől fogja tudni a TCP protokollt.A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Busterftw
veterán
válasz fatpingvin #33 üzenetére
Ott a link, ha nem talalja az nem az en bajom. A Phoronix cikk is arra hivatkozik, ahogy a Nouveau driver hir is.
A levegot Abu korul ne linkeljem, azt se latja?Ha nem ert hozza akkor fejlessze magat.
A CUDA hirt sem frissitette, amit uj korlatozasnak hangoztatott, ami nem az.[ Szerkesztve ]
-
fatpingvin
őstag
válasz Busterftw #37 üzenetére
én sem találom, szóval hajlok rá hogy vagy én nem tudok kódot olvasni, vagy te állítasz valamit ami legalábbis pontatlan.
hajlok az utóbbira, de természetesen meggyőzhető vagyokA tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Pikari
addikt
válasz fatpingvin #36 üzenetére
Az ethernet vezérlőbe nem a tcp/ip protokoll van belegyógyítva, hanem az ethernet protokoll. Pár millió tranzisztor mindösszesen Ezért hívják ethernet vezérlőnek
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
Abu85
HÁZIGAZDA
válasz Busterftw #37 üzenetére
És azt a Phoronix cikk le is írja, hogy azért tudják megoldani a Nouveau driverben, mert elég csak meghívni a zárt firmware kódját hozzá. De ettől a kód nem lesz nyílt. Pontosan ezért akarom, hogy nézd meg a nyílt kódot, hogy lásd benne azt, hogy nincs benne olyan, amire utalsz. Én tudom, hogy nincs benne, mert láttam, de te szerintem még nem nézted meg, csak mondod, hogy ott van benne.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
fatpingvin
őstag
válasz Busterftw #42 üzenetére
oké, szerintem ennyi bizonygatás után úgy hogy nem tudtad meglépni azt a triviális dolgot hogy linkeled a bizonyítékot, mindenkinek lejött hogy csak összevissza beszélsz.
függetlenül az állítás igazságtartalmától. aki bizonyíték alapján tudja hogy igaza van az első adandó alkalommal hivatkozik, nem pedig ismételgeti hogy márpedig úgy van mert én azt mondom de nézzél utána te.
[ Szerkesztve ]
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Pikari
addikt
Közben megnéztem az nvidia hivatalos forráskódjában, mivel mindenki beszél róla, csak nem nézi meg:
Nem maga a hdmi protokoll van leimplementálva a driverben, hanem az nvidia hardveres hdmi implementációjával való kommunikáció, lebontva az nvidia hdmi implementációira több generációra visszamenőleg. A hdmi működését belülről pedig a hardver (hardveresen gyorsítva) végzi. Legalábbis ennyit tudok megállapítani az alapján, hogy az életemből erre 30 másodpercet rászántam.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
-
Busterftw
veterán
válasz fatpingvin #46 üzenetére
A kernelben implementalva van a megoldas.
En nem beszeltem fentebb masrol, visszaolvashatod.Aztan hogy Abu mit hallucinalt es mit keresett, arrol majd o nyilatkozik.
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Igazából a különbség az, hogy a HDMI működése hol van implementálva. Az AMD a driverben implementálja, míg az NV a firmware-ben. Ettől egyébként nem lesz valami hardveresen gyorsított, csak máshol van a kód. Viszont ettől a firmware az NV-nél zárt, tehát azért nem gond a HDMI Forum részéről, mert a kommunikáció az megtörténhet nyílt formában, de az implementáció ettől még zárt marad.
#47 Busterftw : Lassan leeshetne, hogy amiről te beszélsz, az nem létezik. Az előző két hsz. is erről szólt, és az is, amit eddig írtam neked. De persze te kötöd az ebet a karóhoz, miközben bizonyítékok tucatjait kaptad az ellenkezőjére. Pikari konkrétan megkereste neked azt a kódrészletet, ami bebizonyítja, hogy az alapállításod helytelen.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
slmSIG
tag
Új hozzászólás Aktív témák
- Szilárdtest-akkumulátorokat fejleszt Kína, jöhet az áttörés?
- Óvodások homokozója
- PlayStation 5
- Luck Dragon: Asszociációs játék. :)
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Politika
- OLED TV topic
- AMD GPU-k jövője - amit tudni vélünk
- Milyen autót vegyek?
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest