AMD Ryzen Blender benchmark-tråden

Mitt mål var att köra blender i Linux med min i FX-8350 i 5,1GHz men man kan säga att det var för många hinder på vägen. (vilken Linux ska man välja som nybörjare ? jag är irriterarad för att jag inte kom hela vägen)

Testa Q4OS. Lättare att förstå. En del tycket att det är för likt Windows, men en av mina favoriter när det gäller snabbhet

Du är nästan där.
Öppna katalogen och dubbelklicka på Blender, det skall då köra igång, behöver inte installeras.

Blenders instruktioner är i stil med, packa upp arkivet och dubbel-klicka på den körbara filen.

Tar vi via terminalen kanske det skulle se ut så här

wget http://ftp.halifax.rwth-aachen.de/blender/release/Blender2.78...
wget http://download.amd.com/demo/RyzenGraphic_27.blend
tar xvjf blender-2.78a-linux-glibc211-x86_64.tar.bz2
cd blender-2.78a-linux-glibc211-x86_64 (och om det skulle behövas chmod +x blender, vilket det inte ska behövas)
./blender &

Alternativt ladda ner filerna via webbläsaren, packa upp i filhanteraren eller med file-roller och klicka på blender-filen. Svårare ska det inte vara.

Ah, låter som att Virtualisering kan vara avslaget i BIOS på ditt moderkort.
Borde se ut ungefär såhär när du väljer OS:
https://i.stack.imgur.com/lE8pG.png

Du kan nog aktivera det via nedan guide, kolla länken nedan och se om det kan stämma för dig.

http://www.sysprobs.com/disable-enable-virtualization-technology-bios

Du har tydligen inte läst alla poster efteråt att det problemet är redan löst??

Efter att ha läst alla kommentarer så låter det som att det är fel på användaren och inte Linux.

Nepp, sorry, endast scrollat igenom citaten lite snabbt i f.m. och svarade på det senaste...

helt rätt skit bakom tangenterna tyvärr

Vi står alla för skit bakom spakarna i bland.
Testade du att dubbelklicka på filen Blender i katalogen?

Vill man installera så är det mycket lättare med apt-get install blender i terminalfönstret mycket lättare. Finns tydligen ingen perfekt Linux Dist. Alltid nåt problem som inte funkar som man vill Q4OS 1.8.1 är bra men verkar inte kunna öppna *.deb filer. Jag vill ha Linux Mint XFCE 18.1 men den verkar inte släppt än

Fast jag körde Blender utan att installera första gångerna, det fungerar utmärkat att bara packa upp katalogen och klicka på den exekverbara filen därinne.

Körde inte du Ubuntu med Unity? I det läget har du garanterat alla bibliotek som behövs.

Är man inte så van med Linux är det bästa att sätta likhetstecken mellan "Linux" och "Ubuntu", dels för att "det mesta" installeras som förval men också därför att de flesta guider och liknande förutsätter Ubuntu.

Min gissning är att något bibliotek saknas. Det "normala" sättet att installera applikationer i princip alla distros är via deras pakethanterar och i det läget säkerställs automatiskt att alla beroenden är uppfyllda (om det saknas något installeras det automatiskt).

Nu är väl ändå Mint Debian-baserat, så problemet kan lösas så här:

Starta en terminal

$ sudo apt-get build-dep blender

Är overkill då det installerar allt som krävs för att man själv ska bygga Blender från källkod, men garanterar i alla fall att allt finns.

Vill man få redan på vad som saknas kan man göra detta

$ cd BLENDER_DIR
$ ldd blender

I mitt fall ser man då att alla beroenden hittas

        linux-vdso.so.1 =>  (0x00007ffcb056a000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f6eff4b9000)
        libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f6eff20f000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6efeff1000)
        libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f6efed82000)
        libGL.so.1 => /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 (0x00007f6efeb11000)
        libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f6efe7d6000)
        libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f6efe5c6000)
        libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f6efe3c0000)
        libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f6efe1b5000)
        libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f6efdfb2000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6efddae000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6efd9e4000)
        /lib64/ld-linux-x86-64.so.2 (0x00005632f747e000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f6efd6db000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6efd4c5000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f6efd2aa000)
        libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f6efd085000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6efcd03000)
        libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f6efcad9000)
        libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f6efc8d6000)
        libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f6efc6d3000)
        libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f6efc4cb000)
        libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f6efc2c8000)
        libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f6efc09a000)
        libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f6efbe87000)
        libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f6efbc84000)
        libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f6efba7e000)
        libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f6efb87b000)
        libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f6efb662000)
        libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f6efb45d000)
        libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f6efb23a000)
        libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f6efb02b000)
        libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f6efae26000)
        libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f6efac20000)

Hur folk felsöker komplexa problem på Windows är för mig en gåta, men det kanske aldrig går fel

Blender finns inte i Mints repo. PPAn för Ubuntu bör dock fungera, men det behöver inte vara exakt samma version som erbjuds på nedladdningssidan.

Gissningsvis kan han sakna 3D-accceleration eftersom han inte slagit på det, och Blender kräver väl ändå grafikkort med OpenGL 2.1+.

@Yoshman: Nope Windows går aldrig fel.

Folk är vanemänniskor, en vanlig fråga här på forumet, när Vista var nytt, var "hur avinstallerar jag den här UAC-skiten?"

Tänker även på kritiken mot Windows 8.1, tre vyer en för favoriter, en för alla program och en för skrivbord fungerade perfekt för mig, varför måste alla program finnas under startmenyn?
Nåja i det här fallet hängde nog mycket av kritiken kvar från W8 och W8 var alls inte trevligt enligt mig.

Sedan är det ganska typiskt att man nästan alltid hamnar i terminalfönstret när det är något som skall lösas i Linux, detta i mycket högre grad än för Windows.

Installerade Blender via pakethanteraren i går.

Slå som sagt på 3D i VirtualBox, under era VM maskiner, innan installation av Linux.

@sAAb Sorry för Off Topic, tanken var att fler skulle kunna testa att köra Blender under Linux, resultaten är onekligen intressanta där.

@Petterk: Bra! det känns inte Ok, att ha smutsat ned tråden så förbaskat med Off-Topic.
Samtidigt är diskussionen intressant, men den bör föras i en annan tråd.

Får se ifall det blir bättre då
Kan ju vara som AMD-FX säger att det är några andra program som är igång, som påverkar.

Jo kan vara som du säger, svårt att säga vad någon anna kör för program dock

Jo kanske vore bra med en person som sköter listan, nu kan väll vem som helst fixa där

Det är väl Sesese som är orsaken till offtopic tack vare att han inte kunde så mycket om linux

94,85 s med 2500K @ 4,804 GHz. La in den i arket trots att det redan fanns två 2500K @ stock och 4,5 GHz.

Jag vill ha en Ryzen NU! Skulle göra det bra mycket roligare att göra youtube-filmer!

Har nu tillgång till min speldator med i7-5775C. Enda form av "överklockning" jag gjort är att stängt av all form av frekvensskalning, inklusive turbo. Frekvensen på denna är alltid 3,7 GHz oavsett last och hur många kärnor som används (är det som ger bäst spelupplevelse).

Detta är sedan samma datorn där Blender kör med GTX 970 och CUDA, GPUn får storstryk av CPUn här (men har läst att Pascal Titan X ska kunna rendera Ryzen bilden på mindre än halva tiden mot SR7 och 6900K).

i7 6700k 4.7ghz

150 samples:

@Yoshman:
Fick 24 sekunder med 290x

@Zorerk: Tackar. Och när du nämner problemet med storlek på VRAM så drar jag mig till minnes att jag sett folk säga att Titan-serien stora VRAM-mängd faktiskt har en poäng inom vissa områden, bl.a. rendering nämndes.

Annars brukar många se Titan X som lite udda i att den saknar "professionella" finesser som bra FP64 prestanda, vilket gör den rätt meningslös för proffsbruk. Har studerat x86 assemblern till vissa delar av Blender och där ser man att man faktiskt främst kör FP32 och i det läget blir ju konsument-GPUer riktigt intressant så länge som inte andra delar blir flaskhalsar (som t.ex. VRAM).

Läste också lite diskussion kring CUDA och OpenCL i Blender. Där nämndes att CUDA är mer moget och man fick i praktiken bättre resultat där. Sedan var CUDA även tidigare än OpenCL, så om Blender startade tidigt med GPGPU lär man inte haft så mycket att välja på.

Hela OpenCL ligger lite svajigt till just nu. Tidigare var Apple en garant för tekniken, men man verkar helt att släppt tekniken för att helt gå all in på Metal (som alltså ersätter både OpenGL för grafik och OpenCL för GPGPU).