Jsme na rootu, tak bych si chtěl na AMD postěžovat ze softwarové stránky.
Opensource ovladače na GPU, to je na potlesk.
Ale jejich podpora procesorů je opožděná. U prvního Zenu (Epyců) jsme čekali na podporu snad rok po vydání. V létě 22 jsem si kupoval notebook s Ryzen 3 Pro 5450 U (teď už 2 generace starý), a plnou podporu měl až v Ubuntu 22.10 . Jasně, mohl jsem si zkompilovat novější jádro, používat nějakou rychlejší distribuci. V tomhle má AMD hodně co dohánět.
Ono to AMD fakt niekedy rieši až príliš neskoro. Nemôže očakávať od zákazníka, že bude kompilovať jadrá, apod. Jednoducho si treba naplánovať, kedy daný produkt uvediem na trh a aby vtedy to už v distribúciach bolo (v prípade Ubuntu aspoň v hwe). Zákazník len príde domov, zapojí a funguje to.
Intel sa to tak snaží robiť.
AMD naopak odporučí, že tuto máme proprietárny driver, ten funguje len v Ubuntu, RHEL a SLES a keď máš niečo iné tak smola. No a keď chceš Blender s GPU akceleráciou, tak máš použiť ten istý proprietárny driver, na tých istých distribúciach, inak smola.
Ktorý zo zákazníkov Intelu inštaluje proprietárne drivery, ktoré sú navyše k dispozícií len pre vybraný malý počet distribúcií?
Intel si to dokáže zmanažovať, aby všetko potrebné bolo upstream a v čase, keď zákazníci dostanú železo do rúk už to je v ich distribúciach. AMD s tým má striedavo oblačno, občas sa podarí, často nie.
(Mám desktop s doskou X399. Podpore senzorov trvalo niekoľko _rokov_, kým sa dostala do jadra).
Nutno dodat, že situace u AMD se pozvolna zlepšuje. Jak slezli hrobníkovi z lopaty, tak už to není jen Alex Deucher sem, Alex Deucher tam, ale těch lidí ve vývoji přibejvá (viz třeba Marek Olšák), protože si můžou dovolit platit větší a větší sw týmy. Zde je to zase AMD, které dohání náskok Intelu v této oblasti, ale dohání. Nepamatuji, kdy jsem naposledy měl nějaký ovladačový problém s Radeony. O CPU AMD nemohu mluvit, naposledy jsem to souvisle používal v roce 2010.
> Nepamatuji, kdy jsem naposledy měl nějaký ovladačový problém s Radeony.
https://www.wezm.net/v2/posts/2020/linux-amdgpu-pixel-format/
> Ktorý zo zákazníkov Intelu inštaluje proprietárne drivery, ktoré sú navyše k dispozícií len pre vybraný malý počet distribúcií?
Já když jsem se pokoušel rozchodit OpenCL (neúspěšně) a jejich FFT když jsem hledal FFT která bude použitelně rychlá a nebude mít komerční licenci za čtvrt milionu jako FFTW (úspěšně, ale je to hrozný blob a gigabajty závislostí, takže furt nevím jakou cestou se vydáme).
Nevím, už je to dávno, ale snad jsem se kvůli tomu musel registrovat. Možná tohle nebo tohle.
Ale teď jsem zkusil ten Intel Compute Runtime z GitHubu a při spuštění hashcatu (dokonce i jenom hashcat -I) to na chviličku naalokuje asi 16 GB RAM (odswapuje to většinu systému; v htopu je ta paměť magentou) a pak to teda běží. Nevím co tam žere tolik.
26. 3. 2023, 22:45 editováno autorem komentáře
AMD muze za to, ze softwarovou podporu pro svoje produkty dodelava pozde, casto az po vydani.
Nevypada to moc dobre, a pro BFU to muze byt neprekonatelny problem. Notebook na zastarale generace CPU, ktery neumi usporne funkce, takze zatimco ve Windows jede fanless, na Ubuntu huci jako vrtulnik. To nechcete.
Nehlede na to, ze prechod z 22.04 na 22.10 dost bolel, je to z LTS na non LTS. Ten procesor vysel v breznu 21, support mel v Ubuntu az v rijnu 23.
AMD má co dohánět i na Windows 10. Rozchodit integrovanou grafiku na 5700G s R9 290 aby fungovalo Opencl na všem nefuguje. Boinc klient detekoval 3 zařízení, kde to 3. byla černá díra, která pohlcovala všechno, ale nevrátila žádný výsledek. Zakázat to 3. nepomohlo, protože pak nejelo ani to další ze zbývajících 2. Takže ve výsledku vždy fungovala jen jedna grafika. Výsledek byl i s R9 280x a Radeon VII stejný. Takže jsem došel k názoru že míchání různých grafik od AMD není možný. Zbavil jsem se proto toho CPU za silnější a bez grafiky a koupil 2. Radeon VII a vše jede ke spokojenosti.
Ale to by tak nemělo být. Mít funkční Opencl mix Nvidii a AMD na jednom stroji mi vždy jelo fajn.
Já mám na OpenCL asi strašnou smůlu. Nefunguje mi ani na integrovaném Intelu (zkoušel jsem různé jejich proprietární bazmeky, největší úspěch byl že to snad chviličku fungovalo, ale pak se to zase nějak samo rozbilo) ani na integrované AMD v Ryzenu (tam to vždycky skončilo tím, že se při pokusu o použití počítač natvrdo resetoval). Jediné kde to funguje stabilně je desktop s herní nVidií (což je smutné, když uvážíme, jak Linus a další na nVidii nadávají). Naštěstí aktuální žádné OpenCL aplikace nevyvíjím, a jediné, co by se mi občas hodilo, je pustit hashcat, ale ten holt pustím na tom vzdáleném stroji s nvidií.
My ted mame appku kde je 3rd party libka zavisla na OpenCL a nedavno prisel request ze se to nepousti - borec to poustel ve VM kde nebyla grafika, protoze v hlavnim OS se mu to nenainstalovalo kvuli chybejicimu Defenderu (lol zavislost Microsoft Store).
Tak jsme pul dne stravili s tim abychom tam dostali nejaky OpenCL CPU runtime, ale ani zaboha jsem to nemohl stahnout. A pak jsem to vzdal, protoze jsem se nekde docetl, ze ten CPU runtime na haswellu stejne nepojede.
Btw pred 10+ lety kdy byl haswell aktualni architektura jsme taky chteli zpracovavat data na openCL - ale to byla ta doba placeneho runtime (pro iGPU, tvl!), takze to nakonec zustalo jen u openGL shaderu. A moc se ten intel nesnazil to nejak zprovoznit.. protoze by nemel paku na prodej Phi :)
Na widlích není něco jako pocl? To na Linuxu typicky funguje, čistě softwarově na procesoru, stačí nainstalovat pocl-opencl-icd z repozitáře.
Ubuntu nabízí i aktuální jádra, ale musíte si to hlídat sám.
https://kernel.ubuntu.com/~kernel-ppa/mainline/
Aktuálně až po 6.3-rc3. Je tam i drm-next větev atd.
Nebo je možné přidat si repozitář z debian testing, tam je aktuálně 6.1.
Moznosti jsou, ale ne pro prumerneho uzivatele Ubuntu, ktery nevi, co to nejake jadro je.
I ja mam ten pocitac na praci, ne rucni instalaci jadra, kterou si budu hlidat sam.
Pred deseti, patnacti lety me bavilo si jadro kompilovat sam, dneska jsem rad, ze je defaultni vzhled KDE vcelku vyhovujici, a uz si nemenim ani pozadi.
No teď nevím, zda jsme ještě na rootu. Místě, kde si geekové s newbie podávají ruce a předávají vědomosti. BFU je fakt jiná liga, to sem moc nepatří, protože pro MASY již systém vytvořen byl a dle reakcí mého okolí, docela to funguje (tj. už nikdo za mnou neběží, že to nestartuje). Ale tady jsme kvůli tomu, abychom si užili customizací co hrdlo ráčí.
Já vím, pointa je, že je to nestandardní věc. Při prvním problému, teď mi třeba nefunguje probouzení ze spánku, je to okamžitě zdroj podezření. A jádro z jiného repozitáře asi pošle celou větičku "Laptop system certified with Ubuntu" do háje.
Mně je to celkem fuk, protože si s tím systémem poradím. Ale pro širší nasazení to není úplně řešení.
26. 3. 2023, 21:25 editováno autorem komentáře
> Opensource ovladače na GPU, to je na potlesk.
Až na to že nefungují s monitory některých značek, protože mají rozbitý pixel format přes EDID a nejde to opravit jinak než podstrčením falešného EDID kernelu při bootu (ale co když je to notebook, který přenáším mezi více monitory, a u každého potřebuju jiné EDID?).
> Jasně, mohl jsem si zkompilovat novější jádro, používat nějakou rychlejší distribuci.
Ubuntu nemá backporty kernelu, případně PPA na aktuální kernel? (určitě má) Například v Debianu je nová verze dostupná nejpozději za 1-2 měsíce.
25. 3. 2023, 20:30 editováno autorem komentáře