Dotaz: AMDGPU-PRO drivery

[lertimir]

Máte zkušenost jak jsou dobré AMDGPU-PRO drivery? je to lepší než předchozí catalyst? chci se rozhodnout mezi kartou na chipu RX 460 a nebo GTX 750. Nejde mi ani tak o výkon ve hrách ale o prodporu a kvalitní převzorkování v H 265 a H 264.

Odpovědi

[kozzi]

Tak po pravde zrovna resim to same, a nejspise zvolim RX 460, zejmena proto ze jsou pro ni k dispozici i OSS ovladace na slusne urovni. Jinak ano amdgpu-pro je v mnoha ohledech lepsi nez catalyst ovladac.

[stativ]

Není to dlouho, co jsem řešil podobný problém. Doteď jsem všude z čistě pragmatických důvodů běžel na nVidia, případně kvůli nemožnosti výběru na Intelu (pozn. na okraj – člověk by nevěřil, o kolik stabilnější systém může být po smazání intel driveru a jeho nahrazení modesetting driverem). Po delší době sledování vývoje ovladačů AMD jsem zkusil pořídit RX 480 a zkusit AMGPU drivery. Takže úplně odpověď na tvou otázku to není, ale pořád myslím, že v rámci tématu to, co napíšu nějakou hodnotu má.

Čekal jsem různé drobné problémy jak jsem byl zvyklý u Intelu, ale zatím mě OSS ovladače mile překvapily. Dokonce jsem spokojenější než s proprietárními ovladači od nVidie. Tím neříkám, že je vše perfektní, ale když porovnám svoje zkušenosti s nVidií tak mám z AMDGPU lepší pocit.

nVidiácké ovladače většinou fungovaly bezchybně, ale párkrát jsem se setkal s pády způsobenými ovladačem a i přes snahu je hlásit se mi nikdy nedostalo žádné reakce. Také mi občas přišlo, že u nVidie panuje jakási nepřátelskost vůči opensource ekosystému. Tím narážím hlavně na dlouhou dobu, kdy ovladači nepodporovaly RandR a současné problémy s podporou Waylandu.

Pár týdnů teď existuji s ovladači AMDGPU. Předně mě hodně překvapila rychlost – zkoušel jsem pár her, a až na Zaklínače 2 vše běží naprosto plynule na nejvyšší detaily (u Zaklínače byl evidentní problém se shaderem vody). Konečně jsem také mohl vyzkoušet Wayland. A teď to špatné – narazil jsem na artefakty u Vanishing of Ethan Carter a Dreamfall Chapters, ale potěšilo mě, že během dvou hodin po reportování bugu se ozval vývojář. Taky jsem si všiml tearingu u fullscreen videí ve Flashi, ale naštěstí u normálních přehrávačů problém není.

[stativ]

Jo, a teoreticky teď můžu hlásit bugy v jádře aniž by mě každý hned poslal do háje protože mám tainted kernel

[kozzi]

A co amdgpu-pro? Zkousel si i tyto polo proprietarni drivery?

[stativ]

Vida jak dobře fungují opensource ovladače, AMDGPU-PRO jsem ani nezkoušel. Znamenalo by to práci navíc s pochybným výsledkem.

Krom toho, když se člověk podívá na poslední testy na Phoronixu, tak výkonově už jsou na tom OSS ovladače srovnatelně s amdgpu-pro. Škoda je chybějící podpora OpenCL, ale tu jsem naštěstí už nějaký ten pátek nepotřeboval.

[Tomáš Bžatek]

Hmm, zajimave, ze lidi maji s Intel drivery problemy. Ono to chce proste posledni kernel plus intel driver z gitu, prip. rozumne novy snapshot. Fixu je v gitu dost a je jen na distributorech, jak to zabali.

Btw. modesetting jsem zkousel a vykon oproti nativnimu intel DDX driveru byl zalostny. Ted jedu na intelu v 5120x2880 a jede to jak drak, vcetne 4k videi upscalovanych na 5k.

[stativ]

V Archu jsou snapshoty z gitu a jádro taky aktuální, a i přesto mi párkrát spadly Xka kvůli problému v intel driveru a různé grafické artefakty typu problikávání obrazu nebyly nic neobvyklého. Od doby, co používám modesetting jsem neměl ani jeden problém. Co se týče rychlosti, rozdílu jsem si nevšiml, ale ono na vykreslení IDE/konzole na dvou FullHD monitorech není třeba žádný brutální výkon :).

[kozzi]

Mi pripomnelo ze jsem jednou u kolegy co ma taky Archa resil nejakej problem s grafikou, neco nam tenkrat nechtelo jet a vubec me nenapadlo ze celou dobu jede na modestting, to jelo tak krasne ze jsem si vubec neuvedomil ze tam nemam nahrate intel ovladace :)

[Tomáš Bžatek]

To je asi pravda, modesetting pouziva jen drm fb device s glamorem jako akceleracnim backendem, kdezto intel driver si dela vse po svem a je z principu nachylnejsi. Kdo vi, treba se casem situace s rychlosti obrati, mozna to taky souvisi s kombinaci chipsetu a rozliseni. Je dobre mit moznost alternativy.

[nyan]

Dost bych se divil, kdyby ty -PRO drivery nejak resili video - mozna krome nejakych specialnich zakodovanych veci, ktere nejsou v OSS driveru. Kazdopadne, firmware pro UVD je uz davno v kernelu, a softwarova cast je jen relativne maly driver v mesa-vdpau, AFAIK.

[pc2005]

Jsou hodně dobrý, řekl bych že nejlepší priprietární, co jsem kdy používal. Hlavně tomu nejspíš pomáhá to, že nemaj žádnou kernel část a sdílejí kernel driver s opensource verzí. Nejspíš taky úzce spolupracujou s radeon driverem z Mesy.

Nemyslím, že někdy driver padl (koupil jsem hnedka po uvedení RX460 na trh) i když asi včera mě nechtěl naběhnout obraz na twitchi, ale twitch tohle dělá normálně, měl jsem k tomu puštěný YT videa a jelo to přes flash plugin . Hry jedou dobře, ale jak jsem psal, tak nějaký steam hry nejedou, ale možná, že to je specifikum slackware (pro portal jsem musel přepsat nějakou starou c++ knihovnu). Ale slackware ještě tuším nemá ani kernel pro RX460, driver funguje tak od 4.8 (closed i opensource).

UVD (dekódování) by mělo fungovat přes openMax (si nejsem jistej, ale přehrává se mě bez nastavení i 1080p h264 plynule a to mám blbý 2GHz notebookový core2duo . Jestli funguje VCE (enkódování) to si nejsem jistej, myslím, že to bylo hlavně s Windows SDK (jsem četl nějakej ffmpeg mailing list). Ale to VCE to nejspíš nebude umět víceprůchodově (je to hlavně na streamování her).

FFmpeg má v poslední době nějaký openCL pokusy, ale v jakým repu a jak kvalitní to nevím. Proprietární driver funguje s openCL na *coin mining kvalitě. S opensource driverem se mě ho nepovedlo rozchodit (ale bylo to hnedka po koupi, nejspíš už pokročili). Kompiloval jsem llvm, mesu a kotel knihoven a stejně nic.

Jinak ještě radeon matrix (prakticky všechno podporovaný).

P.S. Nějak jsem nenašel nějakýho démona, co reguluje otáčky podle teploty (možná je to ve video biosu, ale můj MB ten RX460 bios odmítá ), takže jsem si napsal skript, co to nastaví na maximum . Hodnoty jsou normálně v /sys v hwmon subsystému nezávisle na opengl driveru.

[lertimir]

Takže jsem koupil RX460 a začínám se s ní sbližovat. Zatím to vypadá dobře, jak kartu underclocknout jsem zatím nenašel. Při běžné práci není potřeba 80W do ní.

[pc2005]

Oba drivery (free i closed) by měly používat stejnej kernel subsystém. Taktování nastavuješ přímo v například /sys/bus/pci/devices/0000:01:00.0. Jsou tam pak soubory "power_dpm_state", "pp_cur_state", "pp_dpm_mclk", "pp_dpm_sclk", "pp_num_states". Všude by mělo bejt automatic od bootu. Hodnoty v nich jsou měnit ručně, najdi si nějakej návod co znamená co.

POZOR když to budeš taktovat, tak potřebuješ démona co roztáčí větráčky (aspoň na saphire nitro). Větráčky se taky ovládaj standardně přes hwmon. I když necháš defaultní nastavení tak při náročných výpočtech nemusí defaultní rychlost větráčku stačit.

Jinak vyšly nový proprietární drivery od AMD (a vlastně i mesa 13), ani jedno jsem nezkoušel, ale vypadá to, že to stále bude záviset na tom hwmonu a parametrech v bus/pci. Z nějakého důvodu přesunuli opengl a xkový knihovny z /usr/lib do /opt (v ubuntu verzi)... To zas bude sranda to nastavovat pro slackware .

[lertimir]

Tak zatím jsem nerozběhl korektně 3 monitor. Dva běží pěkně. Nicméně ve výpisu (journalctl -boot=0) se mi objevuje:

lis 16 00:33:39 dnopytle kernel: [drm] amdgpu kernel modesetting enabled.
lis 16 00:33:39 dnopytle kernel: AMD IOMMUv2 driver by Joerg Roedel <jroedel@suse.de>
lis 16 00:33:39 dnopytle kernel: AMD IOMMUv2 functionality not available on this system
lis 16 00:33:39 dnopytle kernel: CRAT table not found
lis 16 00:33:39 dnopytle kernel: Finished initializing topology ret=0
lis 16 00:33:39 dnopytle kernel: kfd kfd: Initialized module
lis 16 00:33:39 dnopytle kernel: checking generic (c0000000 8d0000) vs hw (c0000000 10000000)
lis 16 00:33:39 dnopytle kernel: fb: switching to amdgpudrmfb from VESA VGA
lis 16 00:33:39 dnopytle kernel: Console: switching to colour dummy device 80x25
lis 16 00:33:39 dnopytle kernel: [drm] initializing kernel modesetting (POLARIS11 0x1002:0x67EF 0x174B:0xE348 0xCF).
lis 16 00:33:39 dnopytle kernel: [drm] register mmio base: 0xFEA00000
lis 16 00:33:39 dnopytle kernel: [drm] register mmio size: 262144
lis 16 00:33:39 dnopytle kernel: [drm] doorbell mmio base: 0xD0000000
lis 16 00:33:39 dnopytle kernel: [drm] doorbell mmio size: 2097152
lis 16 00:33:39 dnopytle kernel: [drm] probing gen 2 caps for device 1002:5a16 = 31cd02/0
lis 16 00:33:39 dnopytle kernel: [drm] probing mlw for device 1002:5a16 = 31cd02
lis 16 00:33:39 dnopytle kernel: [drm] UVD is enabled in VM mode
lis 16 00:33:39 dnopytle kernel: amdgpu 0000:01:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff
lis 16 00:33:39 dnopytle kernel: ATOM BIOS: C99401
lis 16 00:33:39 dnopytle systemd[1]: Reached target Sound Card.
lis 16 00:33:39 dnopytle kernel: amdgpu 0000:01:00.0: VRAM: 2048M 0x0000000000000000 - 0x000000007FFFFFFF (2048M used)
lis 16 00:33:39 dnopytle kernel: amdgpu 0000:01:00.0: GTT: 2048M 0x0000000080000000 - 0x00000000FFFFFFFF
lis 16 00:33:39 dnopytle kernel: [drm] Detected VRAM RAM=2048M, BAR=256M
lis 16 00:33:39 dnopytle kernel: [drm] RAM width 128bits GDDR5
lis 16 00:33:39 dnopytle kernel: [TTM] Zone  kernel: Available graphics memory: 12332120 kiB
lis 16 00:33:39 dnopytle kernel: [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
lis 16 00:33:39 dnopytle kernel: [TTM] Initializing pool allocator
lis 16 00:33:39 dnopytle kernel: [TTM] Initializing DMA pool allocator
lis 16 00:33:39 dnopytle kernel: [drm] amdgpu: 2048M of VRAM memory ready
lis 16 00:33:39 dnopytle kernel: [drm] amdgpu: 2048M of GTT memory ready.
lis 16 00:33:39 dnopytle kernel: [drm] GART: num cpu pages 524288, num gpu pages 524288
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170c00 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400172a00 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170d00 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170f00 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170d40 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170f40 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170f80 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170d80 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170fc0 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170dc0 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170c40 flags=0x0010]
lis 16 00:33:39 dnopytle kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x000d address=0x000000f400170e00 flags=0x0010]

A poslední chyba je tam mnohokrát. Tak nevím jestli to není vadná karta?

[kozzi]

Ta posledni zprava se toho vubec imho netyka, to je neco s IOMMU tusim ci tak neco, me to dela na vice AMD pocitacich. Tusim to je vetsinou bug nekde v desce. Pokud si v BIOSu vypnes IOMMU tak je to tam porad? Pripadne zkus pridat do grubu volbu k jadru iommu=soft

[Tomáš Bžatek]

Zkus vypnout VT-d (ci jak se to v AMD svete nazyva). Zkratka virtualizaci pro HW zarizeni.

[kozzi]

To vetsinou neni treba, staci vetsinou vypnout IOMMU

[Tomáš Bžatek]

Nepouziva se nahodou IOMMU i v beznem provozu, bez virtualizace? To je jako rady typu "vypnete ACPI", ktere se daji volne prelozit jako "strelte se do nohy". Samozrejme je nesmysl VT-d vypinat, pokud jej uzivatel aktivne pouziva, ale to uz musi kazdy vedet sam.

[k3dAR]

naopak VT-x a tim i VT-d se doporucuje vypnout pokud neni vyuzivano virtualizaci... srovnani s ACPI je uplne mimo :)

[kozzi]

Nee si to pletete, teda on je spis problem jak to je oznacovano v BIOSU, IOMMU je v podstate nadstavba nad virtualizaci, pokud je vypla virtualizace tak je vypnuto i IOMMU (AMD-Vi and Intel VT-d)

[Peter Golis]

BIOS, to sa ešte niekde používa?

[pavlix]

Samozřejmě, jen jsou pro to novější standardy, ale v zásadě se nic až tak moc nemění.

[Peter Golis]

Povedz mi niečo o tom, ako dokážeš zapnúť virtuálizáciu pod 16bit BIOSom na 64bit CPU. A povedz aj kde ten BIOS v dnešnej dobe nájdeš.

[kozzi]

Stale vsude, to ze to podporuje UEFi je vec druha :D, myslim si ze snad kazdy vi (krom tebe) co si pod pojmem BIOS predstavit, dokonce i spousta vyrobcu stale pouziva toto oznaceni, aspon na kazdem pc co mam zde u sebe je zkratka na vstup do BIOS :P

[kozzi]

Btw, moje deska: http://www.gigabyte.cz/products/page/mb/ga-970a-ds3prev_20/specs/ a jo ma BIOS je to tam pekne napsano :P

[pavlix]

+1

[Peter Golis]

Wow. Takže ono je vlastne podľa teba správne keď použiješ preklep ako argument pri upozorňovaní na preklep niekoho iného. Veď o tom všetci vedia.

[pavlix]

Slovo „preklep“ ve slovenštině znamená něco jiného než české „překlep“? :)

[kozzi]

Překlep?

Moje další desky:

http://www.asrock.com/mb/AMD/970%20Pro3/?cat=Specifications

http://www.asrock.com/mb/AMD/880GMHU3S3/?cat=Specifications

https://www.asus.com/Motherboards/A88XMPLUS/

[pc2005]

Já ti nevím :-P

# unzip 986lcd-m-bios50.zip 
Archive:  986lcd-m-bios50.zip
  inflating: BF.EXE                  
  inflating: bios50.rom              
  inflating: KTD-N0805-B 986LCD-M BIOS Revision Release Note.pdf  
  inflating: Readme.txt              
  inflating: upd.bat                 
# strings ./bios50.rom | grep -i "bios"
AMIBIOSC0800b
AMIBIOSCf
Press <SpaceBar> to update BIOS.
Confirm update BIOS? (y/n) 
BIOS checksum error detected.
Begin remote BIOS flash? (y/n)
Upload new BIOS file using Xmodem protocol.
New BIOS received ok.
Writing new BIOS to flash - DO NOT POWER DOWN OR RESET!
Finished updating BIOS, restarting system.
# strings ./bios50.rom | grep -i "uefi" || echo ">>>nic<<<"
>>>nic<<<

986lcd je deska pro core2duo. Bohužel to je AMI a mě se nechce rozbalovat jednotlivé moduly specializovanejma softama .

[Michal Kubeček]

Vzpomínám si na přednášku o tom, co je to UEFI, od Borise Petkova před pár lety. Stručné shrnutí: píší to ti samí lidé jako BIOSy (tj. ti, které kdysi Linus označil za bandu zfetovaných opičáků), je to stejně zprasené a jediný podstatný rozdíl je ten, že specifikace je mnohem, mnohem složitější (takže je víc prostoru pro zprasení).

[kozzi]

Smutne na tom je ze je to pravda. Jeste jsem skoro nenarazil na implementaci UEFI, ktera by nemela chyby. U lepsich vyrobcu obcas prijde aspon aktualizace co neco spravi, ale zase neco rozbije :D. Ale je pravda ze u BIOSu jsem na tom byl podobne, tam jsem aspon umel si vytvorit vlastni opravu a nahrat ji pred nactenim jadra coz nevim jestli u UEFI umim :(

[pc2005]

Jakou máš verzi kernelu (+ vanilla nebo distribuční)? Ale osobně bych se divil, kdyby nefunkčnost třetího monitoru v xkách závisela na bootování kernelu.

Tahle řádka je docela šílená:

amdgpu 0000:01:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff

Bohužel to nemůžu porovnat, protože můj BIOS tu kartu neinicializuje a tak začne fungovat až při startu Xek (ledaže by na tom nezáleželo, tak ta hláška u mě stejně není).

Máš ty nejnovější drivery? Jsem se koukal a je u nich aktualizace firmware, kterej načítá kernel.

Jsou všechny monitory připojený a zapnutý od bootu?

Spíš sem hoď výpis /var/log/Xorg.0.log (nebo ekvivalentní, nevím zda to už systemd nepozřel ).

[Redmarx]

Jaky OS a prostredi?

Protoze AMDGPUPRO nepodporuji Mir, pouze Wayland, kdezto proprietarni od NVidie podporuji jak Mir, tak Wayland.

Ja si chtel koupit RX480, ale protoze jedu na Ubuntu s Unity a nehodlam to ani do budoucna menit, tak budu porizovat GTX1060, nebot jakmile budou X-ka nahrazeny Mirem, tak bych u AMD skoncil a na jine prostredi s Waylandem prechazet nechci.

[lertimir]

Patrně na tom budu provozovat arch.

[tomvec]

Jakmile budou Xka v Ubuntu nahrazena Mírem... tak GTX1060 už bude dávno rozpadlá kvůli bezolovnaté pájce.

[stativ]

Odkdy podporují Wayland? Pokud je mi známo, tak žádný Wayland kompozitor (což je to, co uživatele zajímá) s nimi nefunguje, protože nVidia nepodporuje GBM. EGLStream patche pro Weston, které nemají šanci na přijetí, za podporu rozhodně nepovažuji.

[kozzi]

mozna vy ne ale distribuce na to maji jiny nazor: http://www.phoronix.com/scan.php?page=news_item&px=GNOME-Mutter-Mainline-EGLStream

[stativ]

Distribuce ne, ale jedno jediné prostředí. Krom toho – v době, kdy jsem psal svůj příspěvek to, že žádný kompositor EGLstreams nepodporuje, byla pravda.

[kozzi]

Ja zaprve reagoval na vetu "... které nemají šanci na přijetí ...", a za druhe ne jedno prostredi ale fedora 25, samozrejme pro sve defaultni prostredi GNOME. No a ze zkusenosti vim ze minimalne nekolik dalsich distribuci bude nasledovat.

[stativ]

O tom, že se něco peče pro GNOME jsem nevěděl (proto jsem se taky ptal). Ale za názorem, že patche pro Weston šanci na přijetí nemají si stojím, viz třeba tohle. V KDE to v blízké době taky určitě nebude.

[nickname444]

zeptam se, pomohou mi ty to drivery tedy budou vubec fungovat i na ATI Mobility Radeon HD 5470? Mam tady catalisty ale s nima je peklo stava se mi casto pri praci s chromiem zacne system swapovat tak mohutne ze jedine reseni je ctrl alt sysrq b :( Ja tu ATI nesnasim! :(

[pc2005]

Ne, amdgpu-pro jsou jen pro GCN architekturu. Na VLIW architekturu buď proprietární catalysty a nebo opensource mesa3d. Pokud nechceš hrát náročný hry, tak by mesa drivery měly fungovat uspokojivě (a nebo to není vina driverů - grafický drivery by na swapování teda vliv mít neměly :-P).