Bästa linux-distro för grafikkortsdrivrutiner? (nvidia + CUDA)

Kan hålla med om detta, mitt nya 1070 gav mig en del huvudvärk i Mint och Ubuntu tills jag hittade "rätt" driver, vilket iofs. kan hända i Windows-världen också men inte alls lika ofta. Så var inte fallet med mitt gamla goda AMD 5770 och 6870 i Linux i alla fall.

Generellt sett så är inte driverstödet från tillverkare lika bra i Linux som Windows, så är det bara. Standardhårdvara som redan supportas av kerneln fungerar dock väldigt väldigt bra och smärtfritt, i alla fall vad gäller grundfunktionalitet, och vissa tillverkare är ändå på tårna med Linux så det finns möjligheter.

Precis, i Windows-världen handlar "rätt" driver mest om vad som presterar bäst för ändamålet, medan i Linuxvärlden gäller det ofta att hitta den proprietära drivrutinen som över huvud taget fungerar med det man kör.

Som du säger är ju supporten väldigt mycket mindre för Linux i nVidias fall, med det sagt så presterar nVidias drivrutiner ofta bättre rent generellt när man jämför dem mot AMD's proprietära dito i Linux, -nackdelen är ju dock att inget av dem är särskilt stabila vid uppdateringar.
Därav kör jag själv enbart AMDGPU (Open Source) -som ofta presterar bättre än AMDGPU-PRO (Proprietär)- för att slippa mecket och kunna ha ett uppdaterat system jämt.
För mina nVidia system blir det oftast att man får hålla sig tills dess att man känner sig äventyrlig och ev. har några timmar över för felsökning om något skulle gå galet vid en update... tråkigt läge m.a.o.

Jag skulle fundera på att prova någon distro som är ganska "bleeding edge". Att köra senaste drivrutinerna tillsammans med mjukvara som inte är äldre än grafikkortet låter iaf som en bra kombo i mitt huvud

Tyvärr, om du vill ha AMD:s OpenCL drivers så supportas endast Ubuntu och Redhat Enterprise distarna https://support.amd.com/en-us/kb-articles/Pages/OpenCL2-Driver.aspx/ (Tror det finns en nyare ... men hittar den inte nu ). Försökte installera detta på Slackware men fick ge upp och installera Ubuntu. För Nvidia så kör man bara .run filen och sen är det klart förutsatt att man har källkoden till kerneln installerad. Detta måste man göra efter varje kernel-uppdatering.

Så sant! Där går nog Solus bet på OpenCL-stödet.
Såg att det fanns en uppdatering när det gäller AMDGPU+OpenCL:
https://math.dartmouth.edu/~sarunas/amdgpu.html
-Inte för att jag tror att det löser alla problem med olika distros men det verkar som att RHEL, SLES, CentOS samt Ubuntu stöds numera, samt att du kan välja att endast köra in komponenterna för OpenCL och inte hela closed source binären om man så önskar.

Exempel för Ubuntu:

amdgpu-pro-install --opencl=legacy,pal --headless

Sedan finns väl ROCm som ett initiativ för OpenCL, men jag får erkänna att jag är för dåligt insatt i hur bra det är implementerat.
https://rocm.github.io/ROCmInstall.html
Dock verkar det fortfarande vara beroende av vissa proprietära binärer samt att det enbart stöds av vissa kernel-versioner/moduler.

Men det verkar vara en del jobb på gång i nyare Linux-kärnor:
https://www.phoronix.com/scan.php?page=news_item&px=LLVM-CUDA-To-AMD-HIP

Får jag vända på frågan och fråga varför du ska mecka med olika drivrutiner? Vad är det du gör egentligen?

Rör du dig utanför vad som packeteras med ditt OS kommer stabilitet bli svårt att garantera, oavsett dist. Särskilt med tanke på att det är binära drivrutiner som nvidia levererar.

Vad är problemet med den propreitära drivrutin som går att hämta till Ubuntu genom pakethanteraren? Själv sitter jag på 1080ti och har inte haft några som helst problem med någon av de drivrutinsuppdateringar som kommit senaste året.

Kan inte säga vilken den stabilaste distron är om man vill "mecka" med drivarna. Kan däremot säga att både CUDA och OpenCL på Nvidia och OpenCL på Intel är hur lätt som helst att få igång under Ubuntu 18.04.

De som hävdar att AMD skulle ha bra Linux-drivare lär nog inte köra OpenCL... Visst "fungerar" OpenCL numera med de öppna drivarna som finns i Mesa, men prestanda suger jämfört med de proprietära drivarna från AMD. De mest triviala sakerna fungerar rätt mycket som väntat, men de lite mer komplicerade fallen degenererar rätt snabbt till att GPUer som RX480 och Fury X presterar sämre jämfört med GTX1050. Och då presterar Nvidia generellt sett sämre i OpenCL jämfört med CUDA.

Tyvärr verkar både de öppna och de proprietära drivarna från AMD bara stödja OpenCL1.2. Förutsatt jag inte gjort något galet på min Linux burk (med Ryzen+Pascal GPU) gäller det tyvärr även Nvidia, dock är CUDA stödet lika bra under Linux som under Windows.

Vill man köra helt öppna drivare under Linux är Intel klart bästa valet. I Ubuntu 18.04 installeras fortfarande beignet. Den presterar OK, men inte riktigt i nivå med Intels egna drivare.

Det positiva här är att Intel har bestämt sig för att öppna upp även deras tidigare proprietära drivare under ett projekt som kallas NEO. Allt detta finns här. Finns både GPU och CPU stöd, upp till OpenCL 2.1 (kräver minst Skylake på CPU-sidan och Kaby Lake på GPU-sidan). "NEO" är den ICD med bäst CPU-prestanda jag testat, fungerar även på Ryzen fast då bara med OpenCL 1.2 stöd.

Men då TS har Nvidia GPU: fungerar lysande med Nvidias proprietära drivare, installerat dem via apt-get då de finns med i Ubuntus standard repo (installerade Intels ICD för CPU stöd "för hand").

Solus är sitt eget system och kör med sina egna paket, via pakethanteraren "eopkg". (Ubuntu lånar ju som du säkert vet Debians pakethanterare .deb och Red Hats .rpm är ju standard för ex. Fedora, SLES, CentOS, det finns för övrigt många andra pakethanterare som man kan pilla med oavsett distro, men för det mesta fungerar distrons inbyggda pakethanterare-hanterare bäst.)

Men som @mrazster säger i sitt inlägg så är Solus inte den bästa distron för de som vill experimentera med sådant som inte redan finns i deras programutbud.
nvidia drivrutinen kan visa sig vara just det man vill undvika att grotta i för mycket om man skall växla mellan olika versioner.
-Har tyvärr väldigt liten erfarenhet av att switcha drivrutiner fram och tillbaka i Solus, mest för att jag inte har någon nVidia-Solus burk just nu, men också för att det oftast "bara fungerar" och behovet inte dykt upp, av samma anledning.

Jag tycket absolut att du kan prova Solus och se om systemet passar för dina ändamål, om inte annat -kör runt lite i USB-live session och känn på systemet, för det är verkligen en kanondistro på så gott som alla områden när det kommer till att vara en rolling release och den "bara fungerar" men man bör kanske akta sig för att göra för mycket custom-pill.
Det kan nog inte bli mycket värre än att du får byta till annan distro om det absolut inte funkar för dig.

clinfo | grep "Platform Version"
  Platform Version                                OpenCL 2.1 AMD-APP (2633.3)

AMD kanske borde uppdatera sin dokumentation

"​Supported APIs:

OpenGL 4.5 and GLX 1.4
OpenCL™1.2 (not supported for 1st generation GCN products)
Vulkan™ 1.1
VDPAU/VAAPI"

Edit: blir tyvärr detta med Nvidia

$ clinfo | egrep "Platform Version"
  Platform Version                                OpenCL 1.2
  Platform Version                                OpenCL 1.2 CUDA 9.1.84

Första är Intels ICD för CPU (blir 2.1 med Skylake CPU, denna maskin kör Ryzen) och den andra är Nvidia (vilket nog syns).

Edit2:
För Nvidia är det tydligen inte riktigt så att man bara stödjer OpenCL 1.2. Man har numera OpenCL 2.0 stöd i sin runtime, d.v.s. API:et för din host, men man har inte riktigt en 100 % implementation på kernel-sidan (det som körs på GPUn, bl.a. atomics verkar saknas).

För att göra en mess av det hela är det tvärt om för ROCm...

"Developer preview Version 2 of the new
OpenCL 1.2 compatible language runtime and compiler
OpenCL 2.0 compatible kernel language support with OpenCL 1.2 compatible runtime
"

Så står kvar vid: Intel bästa val, i alla fall om man vill lära sig OpenCL. De har OpenCL 2.1 stöd i runtime och så pass mycket stöd HW hanterar på kernel-sidan i de numera öppna drivarna.

@Yoshman: Dagens Phoronix post för ROCm, det händer saker på open source fronten för AMD, men tidsaspekten är desto mindre glasklar...
https://www.phoronix.com/scan.php?page=news_item&px=AMDKFD-Merge-Into-AMDGPU

På Slackware och liknande (funkade även på Ubuntu sist jag provade) så kör man bara den .run fil man vill ha drivarna till.

Tar väl nån eller några minuter att installera beroende på hur snabb dator man har. Sen bootar man om. Klart.

Vill man inte installera om drivern varje gång man vill byta (behövs om den som ska välja drivrutinversion inte får vara root) så kan man kompilera om kärnan med "Local version - append to kernel release" satt till tex 390.59. Boota den kärnan och installera 390.59.

Därefter kompilerar man kärnan för alla versioner man vill ha och installerar. I lilo/grub väljer man drivruntinsversion med kernelversion när man bootar.

Har man exotiska inställningar i xorg.conf som skiljer mellan versionerna så kan man behöva addera ett script som väljer rätt version av xorg.conf vid boot.

Sen så får man se till att hålla ev pakethanterar borta från att uppdatera kerneln, annars får man göra om delar av ovanstående.

Tycker Nvidia fungerar bra på Arch Linux, har kört det ett tag nu och GTX1070 i den burken har inte strulat en enda gång. Man måste bara tänka på att köra Xorg istället för Wayland. Kör Nvidia 396.24 på Kernel 4.17.3. Bra support på Archs forum och Wiki, har fått igång allt jag velat testa i form av audio/video/spel. Har dock ingen som helst erfarenhet av OpenCL så det kan jag inte ge något omdöme om.

En intressant observation är att Arch kompilerar och installerar Nvidias proprietära driver typ 47 gånger snabbare än Ubuntu, ingen aning om varför men fort går det via pacman.

Vill man installera Arch snabbt för att prova kan man använda Antergos som i princip bara är en smidig installer för Arch.

Jag testade Solus efter ditt tips. Har 2 nvme diskar. Bootade från USB
Installerade på disk 2 och la även bootloader på den. Valde disk 2 vid bios att boota från.
Fail. Trasig grub.
Inte alltför ovanligt i linuxvärlden kan man säga

Kan hända att du bootade USB-mediat via Legacy-mode mode då... tror inte att installern lägger in någon /EFI partition då för boot filerna. Då lär NVMe inte fungera.

Om du trycker på F12 och får upp alternativet att boota från USB-mediat i UEFI-läge är det det du skall välja, men det är lite olika beroende på BIOS.

Jo det är klart att det är första misstanken men stänger jag av CMS och kör endast UEFI läge så kan jag inte ens boota från USBn.
Det är lite min poäng. Man försöker men så långt är tålamodet
Det fungerar tydligen på Windows när installationen gjordes inte allt förlänge sedan.

Du kan inte SSH:a inte på den från en annan dator då?