VFX & Animation Studios Urged To Upgrade To RHEL 9 Or Rocky Linux / AlmaLinux 9

[qarium]

Do you have image support?

i think you mix up ROCm openCL with Mesa OpenCL... in Mesa you have OpenCL support without Image support.
(edit) try this: sudo dnf copr enable mystro256/rocm-opencl
sudo dnf install rocm-opencl
(edit2) sudo dnf install rocm-*
(edit3) there is blender 3.2.1 in fedora 36 should work with this HIP ROCm version.
(edit4)

https://ibb.co/6FXXBm1

Blender 3.2.1 claims if HIP is selected:
"Not compatible GPU found for Cycles
Requires discrete AMD GPU with RDNA architecture
and AMD driver version 22.10 or newer"

looks like vega64 on fedora 36 with the opensource driver is not yet ready for HIP/Blender

but i am sure the openCL driver works.. but if you want HIP openCL does not help.

[slalomsk8er]

RedHat = America
SuSE = Europe

Ubuntu seems to be fairly universal, which shows the power of marketing, I guess? Either that or people liked Debian but hated the installer? Dunno really.

At least in the field I'm in, everyone who wants to use Linux and is American or who worked in America wants RedHat, while many Profs who are from or worked in Europe early in their careers prefer SuSE.

Perhaps it is also about locality of paid support in the event of issues?

There was an overall shift toward RedHat because of CentOS (and Scientific Linux) but I do still know a few SuSE diehards

I have a soft spot for SuSE (second Linux distro, bought it in a retail store, came on 7 CDs and 2 DVDs with 2" thick manuals) but I'm more a Debian/Arch user than RPM, due in part to RedHat distros kernel panicking at boot on some quad-socket G34 boxes I needed to use and path of least resistance to getting them working was Debian.

Was my first distro and also bought in the PC isle of a local bookstore.
I switched because I was fighting with the SuSE tools over configs.
Yes, I'm in Europe.

[Svyatko]

How are the proprietary graphics drivers on SuSE? I suspect non-existant. CUDA or openCL is mandatory in this space and the free/open drivers aren't there yet.

Official support for Nvidia and AMD both.

[Svyatko]

Suse gets official packaged drivers directly from nvidia and has done for a very very long time, if anything they’re gold standard for support on that end.

openSUSE (Stefan Dirsch?) packs drivers, Nvidia hosts them.
Sometimes support even better than official (Nvidia's site declares shorter support period for mobile graphic chips comparing to desktop ones).

https://en.opensuse.org/SDB:NVIDIA_drivers

[Svyatko]

i think you mix up ROCm openCL with Mesa OpenCL... in Mesa you have OpenCL support without Image support.
(edit) try this: sudo dnf copr enable mystro256/rocm-opencl
sudo dnf install rocm-opencl
(edit2) sudo dnf install rocm-*
(edit3) there is blender 3.2.1 in fedora 36 should work with this HIP ROCm version.
(edit4)

https://ibb.co/6FXXBm1

Blender 3.2.1 claims if HIP is selected:
"Not compatible GPU found for Cycles
Requires discrete AMD GPU with RDNA architecture
and AMD driver version 22.10 or newer"

looks like vega64 on fedora 36 with the opensource driver is not yet ready for HIP/Blender

but i am sure the openCL driver works.. but if you want HIP openCL does not help.

To answer question about OpenCL Image support please post

clinfo | grep -i image

Full clinfo output is also of interest.
Earlier ROCm releases have no Image support.

Blender 3.3 supports Vega with HIP. Possibly you need updated HIP for it.

[qarium]

To answer question about OpenCL Image support please post

clinfo | grep -i image

Full clinfo output is also of interest.
Earlier ROCm releases have no Image support.
Blender 3.3 supports Vega with HIP. Possibly you need updated HIP for it.

as you can see ROCm has image support on vega64

and if blender 3.3 supports HIP on vega64 this is very good news.

full clinfo output: https://pastebin.pl/view/5df8347a

fedora ~]$ clinfo | grep -i image
Image support Yes
Max size for 1D images from buffer 134217728 pixels
Max 1D or 2D image array size 8192 images
Base address alignment for 2D image buffers 256 bytes
Pitch alignment for 2D image buffers 256 pixels
Max 2D image size 16384x16384 pixels
Max 3D image size 16384x16384x8192 pixels
Max number of read image args 128
Max number of write image args 8
Max number of read/write image args 64
Device Extensions cl_khr_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_fp16 cl_khr_gl_sharing cl_amd_device_attribute_query cl_amd_media_ops cl_amd_media_ops2 cl_khr_image2d_from_buffer cl_khr_subgroups cl_khr_depth_images cl_amd_copy_buffer_p2p cl_amd_assembly_program

[MadeUpName]

That is very interesting. Thanks for posting.

[qarium]

That is very interesting. Thanks for posting.

looks like AMD is better than the most people think it is.

if blender 3.3 really works with vega64 for the HIP support

maybe rx400/590 and furyX also work soon with HIP.

soon we will have WebGPU compute to ...

looks like that people soon do not need closed source driver anymore for compute tasks.

(edit) https://developer.blender.org/D15242 " Enable Vega GPU/APU for Cycles HIP

"

[Paradigm Shifter]

Really? I'm European and all I hear in corporate is Red Hat, Red Hat, Red Hat or Ubuntu, Ubuntu, Ubuntu. (Or ChromeOS, depending on whether you count that as a Linux distro or not.) SuSE is never mentioned.

To be fair, I've not been in Europe for nearly 6 years now. Things have probably changed a bit; although like I said, the Professors I know and keep in contact with still use a mix of SuSE and RedHat-based distros. Maybe it was just where I worked. *shrug*

[fossrob]

openSUSE (Stefan Dirsch?) packs drivers, Nvidia hosts them.
Sometimes support even better than official (Nvidia's site declares shorter support period for mobile graphic chips comparing to desktop ones).
https://en.opensuse.org/SDB:NVIDIA_drivers

TIL... that's very cool...