Remélem a Nouveau megoldja hogy ez a nyílt kernel modul együtt tudjon működni a saját userlandjükkel - ettől még valószínűleg soha nem lesz NVIDIA kártyám, de azoknak akik olyan szerencsétlen helyzetben vannak hogy a zöldek kártyáit kell Linux alatt használni, ez nagy segítség lehet majd.
Nem feltétlen csak azért maradt a userland zárt, mert sok shim / köztes kód van a többi rendszerrel, hanem userlandből limitálják a "butább" kártyák képességeit (VGPU, Encode stream limit).
El nem tudom képzelni mi szívás lehetett egy potenciális kernel upgrade egy ilyen, a forrást telebarmoló cuccal.
A modern Linuxokon az AMGPU/i915 modult beleforgatva a kernelbe és feltéve a Mesa-t, szinte plug and play megy mindkét nagyobb konkurens kártyája.
(Mielőtt ez ijesztőnek tűnne, a disztrók csomagkezelői ezt megcsinálják a user helyett).

Lehet belátták, higy enélkül egy csomó Linux alapú konstrukcióban (mint pl a Steam Deck), esélytelenek és soha nem szállíthatnak be egyetlen GPU-t sem. Mostanra ez elkezdett fájni, úgyhogy léptek.

Nem, az NVIDIA-nak a Steam Deck es a tobbi jatekgep alapvetoen nem is piac, ezt a lepest odaszantak ahova valojaban nagy eladasaik vannak - HPC, kutatas, szerverek, cloud gpu kapacitas. Itt jellemzoen Linux rendszerek vannak mert fontos a stabilitas es a testre szabas lehetosege.
A gaming egy labjegyzet ezen cegek szamara mert egy retegigeny, a PC-s gaming ezen belul meg egy kis hanyad, a Linux PC gaming meg ennek a kis hanyadnak is kevesebb mint 1%-a
Mellesleg ezeken a jatekgepeken nyugodtan lehetett volna zart driver, senkit se erdekelt volna.

[ Szerkesztve ]

Plusz oda érkezni fognak az ARM alapú szerver CPU-ik , ehhez is elég fontos lenne a támogatás, hogy komplett ökoszisztémát tudjanak nyújtani.
.

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

Amúgy GPU-k esetén miért nem járható út egy (közel) egységes utasításkészlet, mint a processzoroknál (legalább is PC-n, de legalább, ha van nyílt forráskód, mindenféle driver nélkül fordítható közvetlenül adott utasításkészlethez a kód)? Csomó minden szoftveresen van megoldva ezért is volt ennyire zárkózott eddig az nVidia?

Le az elipszilonos jével, éljen a "j" !!!

Idézet a cikkből:

A jelenlegi adatokból az látszik, hogy az NVIDIA a változást leginkább az adatközpontok miatt léphette meg, mivel ott zárt szoftveres háttér mellett tényleg problémaforrás lehetett például a TensorFlow használata, ami üzletileg szimplán nem kedvező.

A TensorFlow a Google machine learning toolja és igen csak széleskörben használt. Ráadásul ma már mindent is machine learning-el akarnak megoldani.

tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!

"ma már mindent is machine learning-el akarnak megoldani"
Egyszerűbb, mint gondolkozni ...

Le az elipszilonos jével, éljen a "j" !!!

Amúgy GPU-k esetén miért nem járható út egy (közel) egységes utasításkészlet, mint a processzoroknál

Mert egyelőre egy fix ISA nagyon korlátozná a fejlődést.

Csomó minden szoftveresen van megoldva ezért is volt ennyire zárkózott eddig az nVidia?

Igen, de az továbbra is zárt forrású marad.

DRM is theft

Valószínűleg a múlt havi Lapsus hekkerek fenyegetése is közre játszhatott ebben. Azok ugye azzal fenyegetőztek h. ellopták a belsős szoftvereik nagy részét, és kipakolják publikusba az egészet. Esélyes hogy ezért húzódott sokáig ez a dolog, ment az egyezkedés a háttérben.

-

ezt se hittem hogy megérjük mondjuk az kicsit fáj hogy a Turingnál régebbi vasaikra marad a zárt modul.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

a jóisten óvja meg a piacot attól hogy a GPU piac is ugyanazt az elk*rvulási útvonalat járja be mint ami a CPU architektúrákkal történt, hogy az amúgy technikai szempontból szuboptimális és érdemtelen x86 elfoglalja a piacot pár cég lobbitevékenysége okán.

nagyon erősen érdekelne hogy mennyivel előrébb tartanánk ha ugyanez a fejlesztési potenciál nem az x86ra pazarlódott volna hanem mondjuk a POWER, a SPARC és az Alpha kapja. tippre azt mondanám hogy a mostani számítási teljesítményekhez képest olyan 2.5-3x előrébb lennénk, az x86 meg maradhatott volna a beágyazott rendszerekben ahová eredetileg szánták.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

bocsánat a nagy betűkért, de VÉGRE!
HOGY ÉN MIÓTA VÁRTAM MÁR HOGY EZ BEKÖVETKEZZEN!

Gondolom az első driverek még nem lesznek bugmentesek, de örülök hogy végre az Nvidia is sokkal nyitottabb lett a Linux rendszerekre (gondolom főleg a Linux alapú gépek miatt teszi ezt, lásd Steam deck vagy Nvidia Jetson)

So you think it's really good, yeah? You should try making the bloody thing up; it's a real pain in the arse. /// Keresem a helyem a világban.

Túl kevés, túl későn...

https://www.coreinfinity.tech

Kizárt.
Egyrészt a driverben semmi igazán titkos nincs (ami olyan, az maradt zárt forrású) másrészt nem a már meglévő driverjüket tették nyílt forrásúvá, hanem írtak egy teljesen újat.

DRM is theft

az kicsit fáj hogy a Turingnál régebbi vasaikra marad a zárt modul.

Az így is fog maradni: az új driver erősen épít arra, hogy van GPU System Processor, az meg csak Turingtól kezdve van.

DRM is theft

tudom, értem, still.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

tippre azt mondanám hogy a mostani számítási teljesítményekhez képest olyan 2.5-3x előrébb lennénk

Ezt mire alapozod?

tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!

Műszaki oldalról annyira nem nagy kiszúrás az x86 (azaz x86-64) ISA, főleg mostani CPU-knál, ahol a ISA-tól jobbára független alapvetőbb nehézségek leküzdésére megy a tranzisztorok java. OK, ronda, meg van némi pazarlás, de 2,5-3x-os gyorsulási lehetőségről szó nincs. Olyan szempontból kiszúrás, hogy korlátozza versenyt. Nem szabad saját mikróarchitektúrával kijönni, vagy SoC-ot építeni, amiben x86 magok vannak.

ott a forrásmegjelölés: tippre. amúgy a Talos II teljesítményadataira alapozom hogy miként viszonyultak anno a kortárs x86 designokhoz a lényegesen kisebb R&D tőkéből fejlesztett P9 Sforza procik.

dddekany: de, az. nézd meg mennyi tényleg totál felesleges csontváz van benne még a legmodernebb x86 procikban is.

az x86 design elemek felét ki lehetne hajítani a procikból és pontosan ugyanazt a modern funkcionalitást tudnák.

és igen, baromira nem tesz jót a versenynek hogy különböző zárt ajtók mögötti trösztmegállapodásokkal lényegében kényszerrel pozícióban tartják.

[ Szerkesztve ]

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Nem igaz, itt van az Nvidia legutóbbi üzleti negyedéve:
[link]

Revenue
Gaming: 3,42 milliárd USD
Data center: 3,26
Prof. visualization: 0,643
Robotics+auto: 0,125

Idővel majd a data center lesz a legnagyobb, de egyelőre nem.

Egyrészt épp per alatt van az NVIDIA ezen jelentés miatt, (pont a Gaming rész kapcsán), másrészt a revenue nem egyenlő nettó profittal, harmadrészt az a helyzet, hogy a HPC és Data center eszközök egyenként sokkal drágábbak, még az egy az egyben ugyanazon GPU-t használó gaming GPU-k hiperinflált árai is eltűnik mellettük, sokkal magasabb a haszonkulcs egy Tesla vagy Quadro kártyán mint egy gamer kártyán, ami ezeknek a nyesett változata.
Illetve az elmúlt 2 év különleges helyzet volt a gaming gpu-k kelendőségének szempontjából (ennek okához kapcsolódik a per), de attól még hogy volt egy ilyen aranyláz, ami látszólag egyelőre alább is hagyott egy kicsit, nem lehet hosszú távú terveket építeni a cryptora.
A HPC-re igen, arra mindig szükség lesz.

Egyrészt épp per alatt van az NVIDIA ezen jelentés miatt

A 2018-as üzleti év jelentései miatt (amik egyébként 2017-re vonatkoznak, mert a 2018-as üzleti év 2018 január 31-én ért véget).

DRM is theft

Így van, tévedtem, viszont az aktuálisban sincs blokk a crypto-ról, még említés szinten sincs benne.

Viszont a kolléga nem a SEC jelentéat linkelte hanem egy press release-t érveinek támaszául.

Nem azt allitottam, azt allitottam hogy egy jelentes miatt van (ezek yzerint vol) perben, ahol nem voltak oszintek azzal kapcsolatban hogy mennyi volt a crypto jovedelmuk.
Ez erre a press release-re is igaz, mert a cryptot itt ugyanigy meg sem emlitettek annak ellenere hogy jelentos beveteluk volt belole, es valoszinuleg a gamingbe szamoltak bele most is, szerintem ertheto.

Remeljuk vmi epkezlab fejlesztocsapat fogja gondozni, mert az amdgpu egy instabil rakas szr lett, visszasirom az amd-s blobokat.

Ezt valamelyik Linuxos topikban részletezd, mert valószínűleg egyedül vagy a problémával. Talán a megoldás kiderül.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Egy szinte nem is létező kisebbségbe tartozol akinek nem működik, és egy ilyen szélsőséges, minősítő jellegű vélemény után nem is fognak szívesen foglalkozni a problémáddal, legalábbis remélem.

Ha tobbsegben lennek, akkor nagyonszar lenne. Ha egy driverrel a felhasznalok 5%-anak problemaja van, az mar nagy bajnak szamit.
Az meg nem izgat, hogy foglalkoznak-e vele, foleg, ha ennyire mimozak.

#30 lev258: Javitjak boszen, mert egy oriasi bughalmaz, nem vagyok vele egyedul. Lasd 5.14-es kernelben mit ossze patchelik, van jopar fagyasos hiba: [link] Nalam is ilyenektol fagy a 3700U-s laptop. Konkretan monitor radugastol, lehuzastol is, de olykor videolejatszastol is. kernel msg-ben pedig latszik, hogy amdgpu-nal jon az oops/fault.

[ Szerkesztve ]

-

[ Szerkesztve ]

az első driverek még nem lesznek bugmentesek
Pontosan ez a félelmem, ugyanis a minőségek tükrében könnyen lehet, hogy a népezet egy kalap szarral ajándékozódott meg/ajándékozza meg magát. Mindemellé persze juhéjj, meg minden.

(#20) fatpingvin, anno a kortárs x86 designokhoz
Irreleváns. Azóta egyébként is nyílt az olló, alaposan. Tehát ez nem technikai érv. De ha interpolálod egészen a mai kor teljesítményéig, hogyan haladt és gyarapodott volna a POWER-SPARC-Alpha vonal, biztosan nem vitatkozom veled. Jól eső idealizálni az egzotikumot, én ezt látom ebben a véleményben. Amivel nincs gond, amíg a helyén van kezelve és kommunikálva.

később ebből bármi lehessen
Ez ennyi és nem tovább.

Amit linkeltél, abban pont nem látok olyan gondokat, mint amiket írsz (mellesleg még csak nem is a rendes 5.14-es, hanem a legelső teszt verzió). Ha hibát tapasztalsz, jelents be, akkor gyorsabban megoldódik. Több értelmét látom, mint olyan rendszert használni, amit folyamatosan szidsz. Vagy használj Windows-t, ha ott nem jön elő ilyen.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Kicsit még olvasgattam, és úgy látom, az ilyen jellegű probléma (3500U-ra találtam) le lett szűkítve az AMD firmware csomagra, abból kell a jó verzió, nem a kernelből. Szóval ez inkább egy véletlenül becsúszott technikai malőrnek tűnik és ezért érint csak egy szűk felhasználói réteget.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Peldaul ott van benne ez is:
"drm/amdgpu: disable 3DCGCG on picasso/raven1 to avoid compute hang"

A firmwareben is vannak bugok jocskan, de a kernelmodulban is. Nezd meg mennyi problema es bugreport jott 2018 ota. Vagy nezd meg mennyi workaround van mondjuk az archwikin a kulonbozo fagyasos problemakra: [link]

Egy 2500U-s thinkpad es egy 3700U-s elitebook utan azt mondom, hogy ha valaki mobil ryzennel akar linuxozni az varjon meg 5 evet.

Nekem az van, csak nem U-s. És semmi baja már bő egy éve.
Az teljesen normális a kernelfejlesztésben, hogy sok bug bejelentés van. A súlyosságuk a lényeges kérdés.
Az Archwiki meg mindig részletes volt, az ott szereplő kerülő megoldások valószínűleg olyan hibákra vonatkoznak (legalábbis jó részük), amik a kezdeti időkben voltak jelen és már javítva lettek.
Jelenleg az AMD Linuxos driverei messzemenően jó minőségűek, időnként az Intel támogatást is túlszárnyalják. Nem akarlak meggyőzni semmiről, de újból hangsúlyoznám, hogy ha meg akarsz oldani konkrét problémákat, arra van lehetőség, csak tenni kell érte. Ha erre nem vállalkozol, akkor olyan rendszert használj, amivel elégedett leszel.

Ubuntu MATE 20.04, hobbi cayenne termesztő

miért, mi a baj az amdgpu-val? komolyan kérdezem mert nekem egyetlenegy problémám volt vele és az se magával a driverrel

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Latom nem erted. A felhasznalok nagyobbik reszenek sosem lesz vele baja, de ettol meg nem jo minosegu. Azt te mi alapjan tudod megallapitani, hogy jo minosegu?

Az. hogy random lefagy tole a gep eleg sulyos hiba, ez nem is kerdes. Egy notebooknal alap, hogy monitort dugsz ra es lehuzod, suspendeled, stb..

Nyilvan fixelgethetnem az amdgpu modult, csak van boven mas dolgom. Ha otthon unatkoznek, akkor reg azt csinalnam.

#39 fatpingvin:
Mint lentebb irtam: random fagyasok hasznalat kozben vagy suspendnel, monitor csatlakoztatasnal, eltavolitasnal, stb.. 2500U-val sikerult egy stabil allapotig eljutni a 4.x-es kernelen, de 5.x-el megint szarakodik ossze vissza.

[ Szerkesztve ]

Amikor megláttam, hogy gyak három generációt fed le a nyílt forrású meghajtó, miközben a zárt forrású driverek életben tartása az új kerneleken az egyik legnagyobb kihívás a visszamenőleges támogatás megőrzése miatt, hát nem fogott el az öröm, hogy finom legyek Mire találtam egy kernel-driver párt, amin az opencl rendesen működött, majdnem kihullott a hajam, és ez a 334 + 5.4.x. Elvileg a 390-ben is tökéletesen támogatott a hardverem, de a valóságban mégis szétomlik a fenébe, pedig az összes létező keresztfüggést darabonként átnéztem... Szóval beragadtam egy ezer éves kernelbe a kurva nvidia meg a zárt forrású szara miatt. Azért neked válaszoltam, mert látom hogy átérzed a nyomoromat.

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

Olyan hatalmas a különbség az utolsó három és az azt megelőző DX12/OpenGL 4.x tudású kártyái között, hogy a nyílt drivert eddig fejlesztő csapat nem tud az nVidia drivereiből valamit ellesni ami a régi kártyákon is hasznos?

Le az elipszilonos jével, éljen a "j" !!!

"Only Turing and newer GPUs will be supported by this open-source kernel driver.... Turing and newer is a hard requirement due to being dependent upon the GPU System Processor (GSP)."

Ezt állítja az Nvidia. És akkor jönnek itt azzal, hogy milyen csodás munkát végez az Nvidia a régebbi driverek életbentartásával az újabb kerneleken... A 390-hez most jött ki javítás, lehet meg kéne próbálnom ezt az új változatot, de rengeteg meló... A kártya maga jól működik (hivatalosan támogatott is a 390-es verzión), csak éppen az OpenCL kakálja össze magát, ha bármi újabbon próbálom, mint a 334... A Nouveau meg nem tud OpenCL-t amennyire látom, úgy általában elég kevés az info Nouveau + Compute ügyben... Pedig örömmel váltanék Nouveau-ra...

[ Szerkesztve ]

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

feltételezem igen, ugyanis az újabb kártyákon egy beágyazott RISC-V proesszor csinálja azt a managementet amit a régebbieken a kernel driver tolt nagyrészt szoftverből. ez azért egy elég vastag különbség, ugyanis az újabb esetben csak ezzel a management processzorral kell beszélgetni, nem magával a hardver egyes elemeivel.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Annak a szoftverét meg nem nyitják (gondolom, néha csak kellene azt is frissíteni), hanem zárt firmware ? Adtak is meg nem is?

Le az elipszilonos jével, éljen a "j" !!!

Igen, de a becslések szerint csak a GPU-k kb. 25%-a került a bányászokhoz, tehát a lényegen nem változtat. Csak arra az állításra reagáltam, hogy a Gaming mint piac súlya nem jelentős - de valójában nagyon is.

Most éppen egy crash felé haladó tőzsdei lejtmenet tart, vélhetően sokat veszít a súlyából a crypto és szerintem az AI-alapú rendszerek gyártói közül is sokan ellhullanak majd. Hiába ölnek sokan nagy pénzeket például az önvezető autók hardverébe, a piac egyelőre nincs meg hozzá. A gaming viszont erős maradhat.