HW novinky: Radeon RX 480 „Polaris“ dnes, Radeon RX 490 ještě letos (diskuse)

[pc2005]

Ví někdo kdy vyjde Rx 460? Hodila by se mě upgradovat Radeon X1300 a zase na blbnutí s openCL nepotřebuju grafiku za 8k .

Budou z té Rx generace nějaké pro jeden slot (low profile)? Poslední co jsem našel je tuším nějaká R7 250 a to je tak 2 generace zpět.

[Michal Kubeček]

Dostanete totiž pouze dva digitální 4k projektory, tedy nic lepšího

Ony už jsou všechny IMAX sály vybaveny 4K projektory?

Ale jestli to opravdu začali nabízet až teď, tak jim to trvalo docela dlouho.

[Peter Fodrek]

k RX 480 je asi potrebne uviest dve veci

Radeon RX 480 Linux Testing Is Happening Right Now Written by Michael Larabel in Radeon on 22 June 2016 at 06:00 PM EDT.

Not that I can share any early benchmark figures or anything of the Radeon RX 480 "Polaris" graphics card, but the testing commenced today... But I can at least share a couple images.

Yep, AMD sent over a Radeon RX 480 graphics card for being able to provide launch-day Linux benchmarks next week. T https://www.phoronix.com/scan.php?page=news_item&px=Radeon-RX-480-Is-Going

AMD Radeon RX 480 On Linux Written by Michael Larabel in Graphics Cards on 29 June 2016.

After weeks of anticipation, AMD's high-end Radeon RX 480 "Polaris" graphics card is officially launching today! This graphics card starts at just $199 USD (or $239 USD for the 8GB version) and has day-one Linux support! There's available open-source driver support as well as an AMDGPU-PRO update that's expected today for those wanting to make use of this newer hybrid Linux driver stack. https://www.phoronix.com/scan.php?page=article&item=amdgpu-rx480-linux&num=1

[Heron]

Podařilo se někomu ten amdgpu rozjet? Testuju to na debianu stretch (testing), modul (z repositáře) se načte bez problémů, ale Xka nenajedou, protože ten driver údajně neumí KMS. Na stránkách AMD je ke stažení -PRO, které má údajně fungovat na Ubuntu 16.4 (netestoval jsem). Není mi příliš jasný vztah mezi amdgpu kernel modulem a tím -pro (někdo tvrdí, že mu to jede bez toho, ale není to příliš důvěryhodné), spíše to vypadá, že je nutné oboje.

Takže zatím si RX480 užívám jen v desítkách (alespoň k něčemu jsou ).

[Peter Fodrek]

Podľa Larabela je potrebné rc-čko jadra 4.7 a mesa z gitu...

[aceman]

amdgpu je driver pre kernel, v Mese (Xkach) treba radeonsi (opensource). AMD GPU PRO je vlastne fglrx komunikujuci s amdgpu.

Ano, boli tam nejake last-minute fixy pre kernel 4.7-rcX, takze je mozne ze to bez toho nenabehne automaticky. Ale KMS to urcite vie, nic ine uz ani nepodporuje.

[Dusan]

Ako som to pochopil

"xorg+kernel+3D s opencl" je

"amdgpu+drm radeon+radeonosi" (komplet FOSS)

alebo

"amdgpu+drm radeon+amdgpupro"(proprietarne je amdgpupro)

A zdá sa že úplná podpora pre polarisy bude až v kernely 4.8 viď. články na phoronixe

[aceman]

Myslim, ze to "drm radeon" je uz to amdgpu (t.j. kernel driver poskutujuci rozhranie DRM). Ten je jeden a na nom bude bezi driver na 3D (a OpenCL a dalsie veci) bud radeonsi (z Mesa), alebo amdgpu PRO (kedysi Catalyst/fglrx).

[Heron]

Dík oběma za vysvětlení. Proč je tam tolik vrstev? Nestačilo dřív jen fglrx (tedy jeden modul do jádra)? Nebo ta druhá vrstva zařizuje rozhraní mezi modulem jádra a api jako opengl apod.?

[pc2005]

Ono se na tom podílí víc kernel driverů. Historicky třeba nouveau v kernelu (ovladač přímo té karty), agpgart v kernelu (AGP přenosy), libdrm knihovna (komunikace pře DRM API), mesa knihovna (3D) a xorg-nouveau (asi okna a akcelerace) driver. Pravděpodobně ještě drm driver v kernelu (DRM API v kernelu). Přičemž originální Nvidia driver si nakompiloval vlastní API a to lowlevel komunikaci nejspíš šéfoval ve svém blobu společně s opengl implementací.

[Václav "Darm" Novák]

Pokud to chápu dobře, dřív byl fglrx buildovaný jen pro určité kernely a dělalo to problémy (nestíhal vývoj XOrg a jádra). Teď ta oficiální OSS amdgpu vrstva (takže opravdu oficiální OSS driver podobně jako to dělá Intel) bude podstatně flexibilnější a amdgpupro využívá jeho stabilní ABI pro funkce které v OSS driveru být nemůžou (klasicky technologie licencované od třetích stran, případně nějaké know-how AMD které nechtějí pustit). Výsledkem je OSS driver který už sám o sobě má velmi slušný výkon a podporu nových jader, KMS… A uzavřený driver který nebude zaostávat. Pravděpodobně se díky tomu i udrží déle kompatibilita starších karet.

[aceman]

V minulosti fglrx obsahovalo aj modul do jadra, preto ho bolo nutne skompilovat a nie vzdy to fungovalo s najnovsimi jadrami. Naproti tomu pre open-source stack bol priamo v jadre modul 'radeon' a nad nim bezala Mesa (r300, r600, ci radeonsi). Teraz sa AMD snazi odburat ten kernel driver z fglrx a aj radeonsi z Mesa aj fglrx (teda AMDGPU PRO) pobezia na jednom spolocnom kernel driveri amdgpu, ktory je open-source a distribuovany s jadrom (nie s fglrx).

[koroptev]

Ty windows sou tak nudny tim, jak to clovek zastrci a dela, co potrebuje, misto nejakejch ritualu, aby mel pocit nejaky kontroly nad necim, co zbytek sveta vubec nezajima..

Hybrid stack; hipsters; hipsters all the way down

[alkoholik]

Jo, klasickjy windows ritual: vypnout pocitac -> instaluji aktualizace -> nepovedlo se nainstalovat aktualizace -> odinstalovavam aktualizace -> vypnout pocitac..
Vypnuti pocitace je akce na slabou pulhodinku. A to POKAZDE!
Milujeme tu hatery a ulhane trolly.
;)

[koroptev]

Ja spis narazel na "vypni pocitac, vraz tam tu kartu, zapni pocitac, di si po svejch" metaritual, kerej jsem zazil strasne mockrat, az me to asi ukolibalo a neumim ted s vaznou tvari vyslovovat veci jako fglrx, amdgpu, hybrid stack apod. Ale jo, kazdymu podle jeho chuti proboha.

[pc2005]

Divný, já jsem párkrát do počítače strkal kartu i za chodu a bylo to OK :-P.

[pc2005]

No já nevím, já online natvrdo překopíroval existující 64bit OS runtime do 32bit OS včetně kernelu a po restartu to fungovalo prakticky okamžitě a bez třeba jakéhokoliv ověřování sériového čísla.

Pak jsem to samozřejmě ještě tři dny tunil, ale to už je jiný příběh .

[Václav "Darm" Novák]

Hm… Zastrčil jsem takhle Sound Blaster Live, zjistil že na to nejsou drivery. Pak jsem restartoval do Linuxu a prostě to fungovalo. Teď mi u nového Dellu ve Windows 10 pravidelně vypadává wifi a je nutné reloadovat modul driveru (to umí každé BFU, že ano). Čistá instalace. Manjaro Linux zcela bez problémů hned po instalaci.

Linux je prostě nudný, vše mi tam po zastrčení dělá co potřebuju. To s Windows je zábava :)

[koroptev]

Ja mluvim o statistice

Ty o works for me..

[Václav "Darm" Novák]

Statisticky mi těch počítačů prošlo rukama za život celkem dost, s oběma OS. Problémy byly u obou, ale pod Linuxem byla celkem jistota že co jednou fungovalo, dalším updatem fungovat nepřestane. Až na GPU, kde je to u AMD tímto vyřešeno skvěle. Navíc většina HW běhá hned po instalaci, což ve Windows jakž takž až od sedmiček. I tak je občas hledání ovladačů a instalace některého HW porod.

[pc2005]

Našly se některé fatální chyby. Například přechod hda→sda, jedna verze udevu (moje chyba, bylo to v readme ), systemd.