Ja by som to slovo tento rok (uvazuje sa o lete) kludne posunul na pondelok
SUNNYVALE, Calif. 3/7/2016
AMD (NASDAQ: AMD) today announced that it will webcast live from the historical landmark, Ruby Skye, during the Game Developers Conference in San Francisco. This marquee developer and press event, entitled “Capsaicin,” will be hosted by Radeon Technologies Group’s Senior Vice President and Chief Architect Raja Koduri on Monday, March 14 at 4:00 PM PT (6:00 PM CT/7:00 PM ET), and showcase AMD’s world-class hardware, software and gaming partners.
http://www.amd.com/en-us/press-releases/Pages/amd-radeon-to-2016mar07.aspx
budete sa divit
01:03.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Rage XL PCI (rev 27)
v ProLiant-DL380-G4
Robi na tom 20 studentov naraz na X-terminaloch urobenych
zo Odroid XU4 naraz a limitom je len siet a RAM
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143452239825
>No ale to vykreslovani jim delaji grafiky v ODROIDech
Praveze nie, oni len posielaju frame-y z RAM do HDMI. Renderuje to X-host.
>Neni uz jednodussi, aby meli system primo v tom ODROIDU?
Ide o pilotny projekt terminaloveho riesenia pre vsetky OS a 3000 ludi na fakulte.
>Vykon bude podobny
Vykon by bol vacsi, ale kod pre gcc, clang, s vyuzitim glibc/musl, ktory robia aj doma na x86 by celkom nefungoval (maju vo zvyku binarky z ineho kompu nakopirovat a spustit). A tak isto potrebuju mat moznost prace z domu na zdaniach. Authentifikacia je cez LDAP univerzity. ! connect je lepsi ako 20. Niklede musi bezat subversion server a atd...
>a spotreba elektriny a kraval mnohem mensi :)
Server je za stenou(zdi) takze hluk nie je problem..
Presne kvoli tejto nekompatibilite som sa vcera rozculil, ked som sa to snazil nainstalovat... A miesto toho som nakoniec kopol do vrtule a rozbehal radeon driver. A nad nim Steam. A vykon v Portal2 prakticky rovnaky. ATI tymto u mna este viac klesla, snad tie amdgpu ovladace k niecomu niekedy budu...
naopak AMD by za tento krok mel kazdy uzazujici clovek dekovat... AMD zvolilo NEJLEPSI mozny postup, amdgpu vznikl jako fork opensource ovladace radeon, jde o oficialni opensource ovladac od AMD ktery ma nahradit catalyst(az dozraje a po doplneni o proprietarni userspace), z veci co tam AMD prida muze castecne cerpat zpet cistej opensource radeon driver... vyvoj amdgpu probiha soubezne s vyvojem kernelu v mainline...
Catalyst jsem chtě nechtě používal, když open source ovladač nepodporoval OpenGL 4 a tudíž v něm nefungovalo Metro. Měl jsem s ním jenom samé problémy. Teď, když mi všechny hry, které hrávám, šlapou s Mesa ovladačem, jsem se rád Catalystu zbavil a nechybí mi. Open source je dostatečně rychlý a hlavně nesrovatelně stabilnější.
V com?
fglrx=catalyst to je to iste.
amdgpu bude nahradzat radeon ale to mozes plne nechat v rukach autorov distribucie a neriesit co tam je.
Galium je driver zase neries.
mesa su kniznice openGL pre open (teoreticky moze pouzit uz aj nvidia-driver)
VULKAN je API...
Grafiku kup aku len chces sucasne AMD su +/- preznacene o jednu generaciu starsie(ano trosku tomu pridali frekvencie) a v Linuxe idu s open ovladacmi ak uz je dana distribucia(jadro) updatnute aby poznalo ID tej grafiky. (ale to tie slusne distribucie su)
No nemáš celkom pravdu
amdgpu je "2D" ovládač pre posledné a budúce GR karty s architektúrou GCN 1.2, polaris (možno bude aj pre GCN staršie)
radeon ostane pre staršie
gálium je len interné rozhranie pre 3D ovládače pre g300, g600, radeonosi, nouveau Aby programátori nemuseli robiť dvakrát to isté pre rôzne 3D funkcie. Intel sa hrá na svojom piesočku a nepoužíva toto rozhranie.
Súčasný stav ovládačov FOSS AMD 2D a j 3D je tu
http://xorg.freedesktop.org/wiki/RadeonFeature/
Skúsim ten "chaos" trochu objasniť.
skratky:
fglrx = FireGL and Radeon for X
ddx = Device Dependent X
drm = Direct Rendering Manager
dri = Direct Rendering Interface
V podstate je tu niekoľko vrstiev abstrakcie (kernel, drm, ddx, glx, opengl, opencl, vulkan, ...) a každá jedna si nesie so sebou nejaký ten driver. Pozor na to, že ak sa rozpráva o "amdgpu", tak nemusí byť vôbec jasné o čom je reč. Nie je iba jeden "amdgpu" driver ale viacero pre každú vrstvu (špeciálne pozor na mesa, kde amdgpu je súčasťou radeonsi).
Linuxový kernel má priamo v sebe (kernel) drivre radeon.ko (GCN 1.1 a všetko staršie od r100) a amdgpu.ko (GCN 1.2 a novšie + experimenálne aj GCN 1.1).
Balík drm obsahuje knižnicu libdrm.so, ktorá poskytuje jednoné API pre vyššie vrstvy a drivre, ktoré to implementujú. Drm drivre komunikujú s kernelovými drivrami. Teda pre radeon máme libdrm_radeon.so (pre radeon.ko; GCN 1.1 a staršie) a libdrm_amdgpu.so (pre amdgpu.ko; GCN 1.2 a novšie).
Pre chod Xiek je potrebný Xserver DDX driver, ktorý zabezpečuje 2D akceleráciu a "nastavenie rozlíšenia". Pre radeony sú dostupné: radeon_drv.so (GCN 1.1 a staršie) a amdgpu_drv.so (GCN 1.2 a novšie) a komunikujú s libdrm a príslišnými drm drivrami.
Mesa je balík ktorý obsahuje (okrem iného) vlastnú opengl implemenáciu (libGL.so) a k nej dri drivre kopu grafických kariet. Pre radeony sú to radeon_dri.so (r100), r200_dri.so, r300_dri.so, r600_dri.so, radeonsi_dri.so (GCN 1.0 a novšie). Komunikuje s drm drivrami. Nie je tu žiaden osobitný driver pre "amdgpu", ten je priamo zahrnutý v radeonsi_dri.so.
AMD Catalyst je balík od AMD a obsahuje: fglrx.ko (kernel), fglrx_drv.so (ddx), fglrx-libglx.so (glx), fglrx-libGL.so (opengl), libOpenCL.so (opencl). Niekedy sa pod slovom "fglrx" myslí iba ten kernelový driver. Vymyká sa vyššie uvedenej architektúre a všetko si tak nejak robí sám. Poskytuje až ddx a opengl drivre. Ma to aj za následok, že drivre sú také aké sú.
AMD ale na ten žalostný stav prišlo a zvolilo asi najlepšie riešenie tohoto problému. Zahodí fglrx.ko (kernel), fglrx_drv.so (ddx) a prepíše fglrx-libGL.so (opengl) aby používal open source amdgpu.ko (kernel) a open source libdrm_amdgpu.so (drm). Zároveň budú používať open source amdgpu_drv.so (ddx). Týmto krokom budú dbať na to aby kernel a drm drivre mali odladené, boli priamo súčasťou linuxu a naviac open source komunita ich môže využívať v mesa.
Problém je práve v podpore GCN 1.0 kariet. Tie sú v linuxovom kerneli podporované v radeon.ko (nie amdgpu.ko) a teda ich nové Catalisty založené na amdgpu (až vyjdú) nebudú podporovať GCN 1.0 karty (Southern Islands: HD7750 - HD7970, R9 270, R9-280, R7 240, R7 250). AMD povedalo, že neplánuje do amdgpu.ko pridávať podporuje GCN 1.0 karty ale keďže sú open source, možno sa niekto nájde...
AMD (closed source) vulkan driver bude používať iba libdrm_amdgpu.so.
Souhlas, <rejp>ještě přeložit do češtiny a bude to super :) slováci tak moc chtěli svoje české nářečí přetavit ve vlastní jazyk...až se jim to opravdu povedlo (četl jsem to 5x déle, než kdyby to bylo v češtině nebo angličtině...)</rejp>
Ale jinak supr shrnutí, děkuji - koukám, že jsem tehdy před třemi roky měl přihodit tisícovku za nvidii, místo ní jsem koupil R9 270X gaming edition...catalyst stojí za h@vno a nový amdgpu to podporovat nebude - ach...asi se toho dualbootu s widlama nezbavím, leda s novou sestavou, ale to už konečně zavrhnu amd nadobro...šancí jsem jim dal příliš mnoho