LINUX.ORG.RU

Mesa, opencl, rusticl

 , , ,


0

2

GPU - AMD Radeon RX 6700 XT.
Собираю mesa-24.1.1 с флагом opencl, устанавливаю глобально переменную RUSTICL_ENABLE=radeonsi.
Ни Libreoffice, ни SVP4 не работают с opencl, не видят его.
При этом clinfo выдает:

Number of platforms                               1
  Platform Name                                   rusticl
  Platform Vendor                                 Mesa/X.org
  Platform Version                                OpenCL 3.0
  Platform Profile                                FULL_PROFILE
  Platform Extensions                             cl_khr_byte_addressable_store cl_khr_create_command_queue cl_khr_expect_assume cl_khr_extended_versioning cl_khr_icd cl_khr_il_program cl_khr_spirv_no_integer_wrap_decoration cl_khr_suggested_local_work_size
  Platform Extensions with Version                cl_khr_byte_addressable_store                                    0x400000 (1.0.0)
                                                  cl_khr_create_command_queue                                      0x400000 (1.0.0)
                                                  cl_khr_expect_assume                                             0x400000 (1.0.0)
                                                  cl_khr_extended_versioning                                       0x400000 (1.0.0)
                                                  cl_khr_icd                                                       0x400000 (1.0.0)
                                                  cl_khr_il_program                                                0x400000 (1.0.0)
                                                  cl_khr_spirv_no_integer_wrap_decoration                          0x400000 (1.0.0)
                                                  cl_khr_suggested_local_work_size                                 0x400000 (1.0.0)
  Platform Numeric Version                        0xc00000 (3.0.0)
  Platform Extensions function suffix             MESA
  Platform Host timer resolution                  1ns

  Platform Name                                   rusticl
Number of devices                                 1
  Device Name                                     AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.54, 6.6.30-gentoo)
  Device Vendor                                   AMD
  Device Vendor ID                                0x1002
  Device Version                                  OpenCL 3.0
  Device UUID                                     00000000-2d00-0000-0000-000000000000
  Driver UUID                                     414d442d-4d45-5341-2d44-525600000000
  Valid Device LUID                               No
  Device LUID                                     0000-000000000000
  Device Node Mask                                0
  Device Numeric Version                          0xc00000 (3.0.0)
  Driver Version                                  24.1.0
  Device OpenCL C Version                         OpenCL C 1.2
  Device OpenCL C Numeric Version                 0x402000 (1.2.0)
  Device OpenCL C all versions                    OpenCL C                                                         0xc00000 (3.0.0)
                                                  OpenCL C                                                         0x402000 (1.2.0)
                                                  OpenCL C                                                         0x401000 (1.1.0)
                                                  OpenCL C                                                         0x400000 (1.0.0)
  Device OpenCL C features                        __opencl_c_integer_dot_product_input_4x8bit_packed               0x800000 (2.0.0)
                                                  __opencl_c_integer_dot_product_input_4x8bit                      0x800000 (2.0.0)
                                                  __opencl_c_int64                                                 0x400000 (1.0.0)
                                                  __opencl_c_images                                                0x400000 (1.0.0)
                                                  __opencl_c_3d_image_writes                                       0x400000 (1.0.0)
                                                  __opencl_c_subgroups                                             0x400000 (1.0.0)
  Latest conformance test passed                  v0000-01-01-00
  Device Type                                     GPU
  Device PCI bus info (KHR)                       PCI-E, 0000:2d:00.0
  Device Profile                                  EMBEDDED_PROFILE
  Device Available                                Yes
  Compiler Available                              Yes
  Linker Available                                Yes
  Max compute units                               40
  Max clock frequency                             2585MHz
  Device Partition                                (core)
    Max number of sub-devices                     0
    Supported partition types                     None
    Supported affinity domains                    (n/a)
  Max work item dimensions                        3
  Max work item sizes                             1024x1024x1024
  Max work group size                             1024
  Preferred work group size multiple (device)     64
  Preferred work group size multiple (kernel)     64
  Max sub-groups per work group                   32
  Preferred / native vector sizes
    char                                                 1 / 1
    short                                                1 / 1
    int                                                  1 / 1
    long                                                 1 / 1
    half                                                 0 / 0        (n/a)
    float                                                1 / 1
    double                                               0 / 0        (n/a)
  Half-precision Floating-point support           (n/a)
  Single-precision Floating-point support         (core)
    Denormals                                     No
    Infinity and NANs                             Yes
    Round to nearest                              Yes
    Round to zero                                 No
    Round to infinity                             No
    IEEE754-2008 fused multiply-add               No
    Support is emulated in software               No
    Correctly-rounded divide and sqrt operations  No
  Double-precision Floating-point support         (n/a)
  Address bits                                    64, Little-Endian
  Global memory size                              12884901888 (12GiB)
  Error Correction support                        No
  Max memory allocation                           2147483648 (2GiB)
  Unified memory for Host and Device              No
  Shared Virtual Memory (SVM) capabilities        (core)
    Coarse-grained buffer sharing                 No
    Fine-grained buffer sharing                   No
    Fine-grained system sharing                   No
    Atomics                                       No
  Minimum alignment for any data type             128 bytes
  Alignment of base address                       4096 bits (512 bytes)
  Preferred alignment for atomics
    SVM                                           0 bytes
    Global                                        0 bytes
    Local                                         0 bytes
  Atomic memory capabilities                      relaxed, work-group scope
  Atomic fence capabilities                       relaxed, acquire/release, work-group scope
  Max size for global variable                    0
  Preferred total size of global vars             0
  Global Memory cache type                        None
  Image support                                   Yes
    Max number of samplers per kernel             32
    Max size for 1D images from buffer            268435455 pixels
    Max 1D or 2D image array size                 8192 images
    Base address alignment for 2D image buffers   0 bytes
    Pitch alignment for 2D image buffers          0 pixels
    Max 2D image size                             16384x16384 pixels
    Max 3D image size                             8192x8192x8192 pixels
    Max number of read image args                 32
    Max number of write image args                16
    Max number of read/write image args           0
  Pipe support                                    No
  Max number of pipe args                         0
  Max active pipe reservations                    0
  Max pipe packet size                            0
  Local memory type                               Global
  Local memory size                               65536 (64KiB)
  Max number of constant args                     16
  Max constant buffer size                        67108864 (64MiB)
  Generic address space support                   No
  Max size of kernel argument                     4096 (4KiB)
  Queue properties (on host)
    Out-of-order execution                        No
    Profiling                                     Yes
  Device enqueue capabilities                     (n/a)
  Queue properties (on device)
    Out-of-order execution                        No
    Profiling                                     No
    Preferred size                                0
    Max size                                      0
  Max queues on device                            0
  Max events on device                            0
  Prefer user sync for interop                    Yes
  Profiling timer resolution                      10ns
  Execution capabilities
    Run OpenCL kernels                            Yes
    Run native kernels                            No
    Non-uniform work-groups                       No
    Work-group collective functions               No
    Sub-group independent forward progress        No
    IL version                                    SPIR-V_1.0 SPIR-V_1.1 SPIR-V_1.2 SPIR-V_1.3 SPIR-V_1.4
    ILs with version                              SPIR-V                                                           0x400000 (1.0.0)
                                                  SPIR-V                                                           0x401000 (1.1.0)
                                                  SPIR-V                                                           0x402000 (1.2.0)
                                                  SPIR-V                                                           0x403000 (1.3.0)
                                                  SPIR-V                                                           0x404000 (1.4.0)
  printf() buffer size                            1048576 (1024KiB)
  Built-in kernels                                (n/a)
  Built-in kernels with version                   (n/a)
  Device Extensions                               cl_khr_byte_addressable_store cl_khr_create_command_queue cl_khr_expect_assume cl_khr_extended_versioning cl_khr_icd cl_khr_il_program cl_khr_spirv_no_integer_wrap_decoration cl_khr_suggested_local_work_size cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_integer_dot_product cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_gl_sharing cles_khr_int64 cl_khr_3d_image_writes cl_khr_pci_bus_info cl_khr_device_uuid cl_khr_subgroup_shuffle cl_khr_subgroup_shuffle_relative
  Device Extensions with Version                  cl_khr_byte_addressable_store                                    0x400000 (1.0.0)
                                                  cl_khr_create_command_queue                                      0x400000 (1.0.0)
                                                  cl_khr_expect_assume                                             0x400000 (1.0.0)
                                                  cl_khr_extended_versioning                                       0x400000 (1.0.0)
                                                  cl_khr_icd                                                       0x400000 (1.0.0)
                                                  cl_khr_il_program                                                0x400000 (1.0.0)
                                                  cl_khr_spirv_no_integer_wrap_decoration                          0x400000 (1.0.0)
                                                  cl_khr_suggested_local_work_size                                 0x400000 (1.0.0)
                                                  cl_khr_global_int32_base_atomics                                 0x400000 (1.0.0)
                                                  cl_khr_global_int32_extended_atomics                             0x400000 (1.0.0)
                                                  cl_khr_integer_dot_product                                       0x800000 (2.0.0)
                                                  cl_khr_local_int32_base_atomics                                  0x400000 (1.0.0)
                                                  cl_khr_local_int32_extended_atomics                              0x400000 (1.0.0)
                                                  cl_khr_gl_sharing                                                0x400000 (1.0.0)
                                                  cles_khr_int64                                                   0x400000 (1.0.0)
                                                  cl_khr_3d_image_writes                                           0x400000 (1.0.0)
                                                  cl_khr_pci_bus_info                                              0x400000 (1.0.0)
                                                  cl_khr_device_uuid                                               0x400000 (1.0.0)
                                                  cl_khr_subgroup_shuffle                                          0x400000 (1.0.0)
                                                  cl_khr_subgroup_shuffle_relative                                 0x400000 (1.0.0)

NULL platform behavior
  clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...)  No platform
  clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...)   No platform
  clCreateContext(NULL, ...) [default]            No platform
  clCreateContext(NULL, ...) [other]              Success [MESA]
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_DEFAULT)  Success (1)
    Platform Name                                 rusticl
    Device Name                                   AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.54, 6.6.30-gentoo)
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU)  No devices found in platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU)  Success (1)
    Platform Name                                 rusticl
    Device Name                                   AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.54, 6.6.30-gentoo)
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR)  No devices found in platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM)  No devices found in platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL)  Success (1)
    Platform Name                                 rusticl
    Device Name                                   AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.54, 6.6.30-gentoo)

ICD loader properties
  ICD loader Name                                 Khronos OpenCL ICD Loader
  ICD loader Vendor                               Khronos Group
  ICD loader Version                              3.0.6
  ICD loader Profile                              OpenCL 3.0


На форуме SVP4 подсказали, что это из-за «Device Profile» = «EMBEDDED_PROFILE», в то время как программы ожидают «FULL_PROFILE».

Если поставить rocm-opencl-runtime-5.5.1, там «Device Profile» = «FULL_PROFILE» и все работает.

Что такое этот «Device Profile»? От чего он зависит и как его поменять?


Перемещено hobbit из general


Что такое этот «Device Profile»?

Читайте спецификацию.

От чего он зависит и как его поменять?

Значит, такова сейчас реализация в Месе. Что мешает пользоваться rocm? А для Xe реализация intel compute runtime сейчас кривее, чем в mesa. По-всякому бывает.

Попробуйте еще RUSTICL_FEATURES=fp64,fp16. Может помочь, но вряд ли.

i586 ★★★★★
()
Ответ на: комментарий от i586

Читайте спецификацию

Первым делом прочитал про отличия профилей: встроенный компилятор или может быть встроенный. Но в доках я не нашёл ответ на свой вопрос - как это поменять?
Дело в том, что rocm-5.5.1 хочет llvm-16, и это единственный пакет, которому он нужен. А rocm-5.7.1 также не работает, как и rusticl.

tamo
() автор топика
Последнее исправление: tamo (всего исправлений: 1)
Ответ на: комментарий от i586

Что мешает пользоваться rocm?

Я бы попользовался, только не знаю, что это такое.

Видел страницу на wiki - https://wiki.gentoo.org/wiki/ROCm

emerge --ask dev-util/rocminfo
rocfminfo

А знать интересно, говорят, нужно в blender

Там ещё куча настроек и ничего непонятно.

Shushundr ★★★★
()
Ответ на: комментарий от anonymous

1) Видеокарта RX 6700 XT, в отличие от например RX590, содержит бэкдор AMD PSP - изначальный неодобрямс ;-) (но всё же лучше чем невидия, не имеющая офиц.опенсорсных драйверов)
2) Возможно, что-то не так с флагами сборки и т.д. я бы на месте tamo запустил бы LiveUSB - разумеется, какого-нибудь без'SystemD'шного дистрибутива вроде арчеподобного Artix - и посмотрел бы: работает ли там и с какими флагами собирали

SakuraKun ★★★★★
()
Ответ на: комментарий от anonymous

этот бэкдор PSP (более поздний аналог Intel ME) вначале встречался только в процессорах AMD, но начиная с Vega его стали пихать и в видеокарты, соответственно самая крутая безбэкдорная видюха - RX590. Более подробно о том, как уберечься от бэкдоров но с как можно меньшими жертвами по производительности железа, вы можете узнать из поиска «coreboot» по моим сообщениям ; несколько примеров добротного безбэкдорного железа без аппаратных бэкдоров и с поддержкой опенсорсного БИОСа coreboot (чтобы не было проприетарного дырявого UEFI с возможными программными бэкдорами): ASUS A88XM-E + A10-6700/A10-6800K + RX590, ASUS AM1I-A + Athlon 5350/5370 + RX590, Lenovo G505S + A10-5750M (разумеется ставим в него наиболее быструю оперативку и прочие апгрейды для максимально приятного User Experience)

SakuraKun ★★★★★
()
Последнее исправление: SakuraKun (всего исправлений: 1)
Ответ на: комментарий от anonymous

подумаешь в два раза медленне чем у ОПа, зато в три раза дешевле и безбэкдорно, если не хватает производительности - просто ставишь ещё одну такую же; у меня и так все игрушки на ультрах летают, да и 8 гигов видеопамяти надолго хвати

давно с умайненой памятью

можно найти и немайненные: как-нибудь убедиться что продавец не технически грамотный, значит точно не майнил

SakuraKun ★★★★★
()
Ответ на: комментарий от SakuraKun

Возможно, что-то не так с флагами сборки и т.д.

Там тех то флагов, которые на что-то влияют, и нет:

equery u mesa
[ Legend : U - final flag setting for installation]
[        : I - package is installed with flag     ]
[ Colors : set, unset                             ]
 * Found these USE flags for media-libs/mesa-24.1.1:
 U I
 + + X                    : Add support for X11
 + + abi_x86_32           : 32-bit (x86) libraries
 + + cpu_flags_x86_sse2   : Use the SSE2 instruction set
 - - d3d9                 : Enable Direct 3D9 API through Nine state tracker. Can be used together with patched wine.
 - - debug                : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see
                            https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces
 + + llvm                 : Enable LLVM backend for Gallium3D.
 - - llvm_slot_15         : Use LLVM 15.
 - - llvm_slot_16         : Use LLVM 16.
 + + llvm_slot_17         : Use LLVM 17.
 - - llvm_slot_18         : Use LLVM 18.
 - - lm-sensors           : Enable Gallium HUD lm-sensors support.
 + + opencl               : Enable the Rusticl Gallium OpenCL state tracker.
 - - osmesa               : Build the Mesa library for off-screen rendering.
 + + proprietary-codecs   : Enable codecs for patent-encumbered audio and video formats.
 - - test                 : Enable dependencies and/or preparations necessary to run tests (usually controlled by FEATURES=test but can be toggled independently)
 - - unwind               : Add support for call stack unwinding and function name resolution
 + + vaapi                : Enable Video Acceleration API for hardware decoding
 - - valgrind             : Enable annotations for accuracy. May slow down runtime slightly. Safe to use even if not currently using dev-debug/valgrind
 + + vdpau                : Enable the VDPAU acceleration interface for the Gallium3D Video Layer.
 - - video_cards_d3d12    : VIDEO_CARDS seeting to build driver for Microsoft WSL video cards
 - - video_cards_intel    : VIDEO_CARDS setting to build driver for Intel video cards
 - - video_cards_lavapipe : VIDEO_CARDS setting to build Vulkan software rasterizer using LLVMpipe
 - - video_cards_nouveau  : VIDEO_CARDS setting to build reverse-engineered driver for nvidia cards
 - - video_cards_r300     : VIDEO_CARDS setting to build only r300, r400 and r500 based chips code for radeon
 - - video_cards_r600     : VIDEO_CARDS setting to build only r600, r700, Evergreen and Northern Islands based chips code for radeon
 - - video_cards_radeon   : VIDEO_CARDS setting to build driver for ATI radeon video cards
 + + video_cards_radeonsi : VIDEO_CARDS setting to build only Southern Islands based chips code for radeon
 - - video_cards_virgl    : VIDEO_CARDS setting to build driver for virgil (virtual 3D GPU)
 - - video_cards_vmware   : VIDEO_CARDS setting to build driver for vmware video cards
 - - video_cards_zink     : VIDEO_CARDS setting to build Zink OpenGL-over-Vulkan Gallium driver
 + + vulkan               : Add support for 3D graphics and computing via the Vulkan cross-platform API
 - - vulkan-overlay       : Build vulkan-overlay-layer which displays Frames Per Second and other statistics
 + + wayland              : Enable support for dev-libs/wayland
 - - xa                   : Enable the XA (X Acceleration) API for Gallium3D.
 + + zstd                 : Enable support for ZSTD compression

tamo
() автор топика
Ответ на: комментарий от whbex

те блобы отревёршены и бэкдоров не обнаружено, + не прибиты гвоздями-подписями и возможно заменить на опенсорс (например, см. проект OpenAtom по созданию опенсорсной альтернативы блобу AtomBIOS). а вот PSP в более новых видеокартах - куда более серьёзная проблема, я даже не уверен что там кастомный AtomBIOS возможно запускать

SakuraKun ★★★★★
()
Ответ на: комментарий от SakuraKun

в half precision медленнее в три раза

зато в три раза дешевле

вообще насрать если видеопамяти не хватает

безбэкдорно

серьёзным людям нужен инструмент для работы, а не предмет карго культа

anonymous
()
Ответ на: комментарий от SakuraKun

просто ставишь ещё одну такую

4.2 это просто не работает в части игр и вообще во всех более современных. там где «работает» - артефачит и статтерит

anonymous
()
Ответ на: комментарий от Aber

А почему тут разводят офтоп про PSP когда человек спросил вполне конкретный вопрос о работоспособности RUSICL в реальных приложениях?

Это ЛОР, детка.

anonymous
()
Ответ на: комментарий от Aber

От человека мы сейчас ожидаем результатов тестирования другого дистрибутива на том же железе, после этого могут быть ещё советы. а PSP - так, вскользь упомянул и языками зацепились...

SakuraKun ★★★★★
()
Ответ на: комментарий от anonymous
  • По общему весьма проработанному бенчмарку на Passmark разница в производительности ровно в два раза, и если в какой-то нише и убыло (по твоим словам) - значит, где-то и прибыло!
  • Это для какого-такого usecase'а 8GB RX590 не хватит, а 12GB RX6700XT - хватит? (и вообще что за кривое число такое - 12 ? так и отдаёт невидиевскими эпикфейлами с некруглыми медленными памятями)
  • «Инструмент для работы серьёзных людей» не должен содержать бэкдоры
  • То тебе «для вычислений», то тебе «для игр» - ты уж определись! какой-то унылый троллинг получается... :P
SakuraKun ★★★★★
()
Последнее исправление: SakuraKun (всего исправлений: 2)
Ответ на: комментарий от SakuraKun

Это для какого-такого usecase’а 8GB RX590 не хватит, а 12GB RX6700XT - хватит?

Stable Diffusion, я с ним еле влез в 8 гигов, выделенных под встройку. Из 16, да.
Я не знаю, как его на 580 запустить, из ROCm его поддержку 100 лет назад выбросили.

для игр

Если монитор 2к+, видимо, тоже 8 уже не особо хватает, особенно в современных графонистых ААА.

whbex ★★
()
Последнее исправление: whbex (всего исправлений: 1)
Ответ на: комментарий от SakuraKun

весьма проработанному бенчмарку

half precision там нет, не проработанный значит

если в какой-то нише и убыло (по твоим словам) - значит, где-то и прибыло!

это у вас деревне так коворят? тут технический сайт

для какого-такого usecase’а 8GB RX590 не хватит, а 12GB RX6700XT - хватит

для такого, который умещается в 12, но не умещается в 8, очевидно. RX 7900 XTX с 24 гиг у тебя тоже же не кошерная

и вообще что за кривое число такое - 12 ?

поселковая нумерология пошла

«Инструмент для работы серьёзных людей» не должен содержать бэкдоры

голосование рублём этих серьёзных людей доказывает обратное

То тебе «для вычислений», то тебе «для игр» - ты уж определись!

про игры начал ты, у тебя ещё и деменция?

anonymous
()
Ответ на: комментарий от whbex

Возможно, оно недостаточно оптимизировано - или просто использует доступную видеопамять по максимуму (в отличие от обычной оперативки, здесь заведомо известно что как минимум 95% от этих 8GB будут свободны и значит их можно задействовать)

Я не знаю, как его на 580 запустить

Судя по этому недавнему комменту , можно или немного попердолиться или - если лень - взять готовый Docker-контейнер (но это конечно не то, лучше поднять нативно)

SakuraKun ★★★★★
()
Ответ на: комментарий от anonymous

half precision там нет

Если нет, значит не нужен; + почему ты думаешь что его там нет, и почему ты думаешь что по fp16 медленнее в три раза? опять какой-нибудь васянский бенчмарк с ютуба без выборки?)

для такого, который умещается в 12, но не умещается в 8

на удивление подробный ответ)

голосование рублём этих серьёзных людей доказывает обратное

для «серьёзного человека» бэкдоры - не пустой звук - и разумеется из RX590 и RX6700XT выбор будет сделан в пользу RX590, т.к. RX590 выигрывает по цене/производительности/безбэкдорности. По схожим причинам «серьёзные человеки» берут себе рабочие станции Talos II несмотря на их дороговизну - т.е. готовы сильно переплачивать за бэкдорность

про игры начал ты

Вначале ты пишешь сомнительную предъяву «эта затычка не годится для вычислений давно», а когда я тебе отвечаю «мощи достаточно, но если не хватает - поставь ещё одну» ты сразу переобуваешься на «не работает в части игр и т.д.»

SakuraKun ★★★★★
()
Последнее исправление: SakuraKun (всего исправлений: 1)
Ответ на: комментарий от SakuraKun

Если нет, значит не нужен

наркоман? твой васянский сайтик не авторитет диктовать что нужно

почему ты думаешь что его там нет

ты притащил - ты доказывай что он есть

почему ты думаешь что по fp16 медленнее в три раза

потому что таковы заявленные спецификации от амд

опять какой-нибудь васянский бенчмарк

васянский пукмарк притащил тут только ты

на удивление подробный ответ

какой вопрос, такой ответ

а когда я тебе отвечаю

ты там про игры писать начал, не маняврируй. для вычислений тоже одна мощная карта лучше нескольких затычек

anonymous
()
Ответ на: комментарий от SakuraKun

и разумеется из RX590 и RX6700XT выбор будет сделан в пользу RX590

В пользу NVIDIA, потому что де-факто стандарт в GPGPU - CUDA. С AMD тонна проблем даже на бекдорных картах с PSP, не говоря уж о древних полярисах.

И для игр, особенно в 2К (я уж не говорю про 4к) будет выбор в пользу новых карт. Моя 580 в RDR2 (2019) в 2к выдаёт еле 15 FPS, при том что в этой игре высокое разрешение важно: либо жрёшь шлейфы и мыло с ТАА, либо мерцания и лесенки, хрен починишь.
P.S. это я её ещё чуть запустил на 4 гигах-то - их критически не хватает. Собираюсь на 6600 переходить, хотя в мыслях была 3060 из-за 12 гб памяти.

whbex ★★
()
Последнее исправление: whbex (всего исправлений: 1)
Ответ на: комментарий от SakuraKun

и разумеется из RX590 и RX6700XT выбор будет сделан в пользу RX590

разупорись, этот отвальный хлам сейчас сливают за копейки

выигрывает по цене

лох не мамонт

производительности

4.2

«серьёзные человеки» берут себе рабочие станции Talos II

никто это не берёт. это мелкосерийное уг от пердолей для пердолей вроде ламповых усилителей

anonymous
()
Ответ на: комментарий от whbex

в современных графонистых ААА

если это раздутая проприетарщина, отданная на аутсорс «за миску риса» - она и 32 гига сожрёт при возможности ;-) в такое играть - себя не уважать) а какой-нибудь опенсорсный supertuxkart (в последних версиях весьма графонистый между прочим), где вылизана каждая строчка кода - пожалуй, и в 8K нормальный FPS выдавать будет

SakuraKun ★★★★★
()
Ответ на: комментарий от SakuraKun

она и 32 гига сожрёт при возможности

Но не жрёт. Просто требует 12 по вполне реальным причинам.

Но в любом случае, мне и 99.9% геймеров интересен геймплей/сюжет/графон, а не проприетарность/открытость.

Но мне вот во вполне открытом майнкрафте 580 рыксы тоже не особо хватает.

whbex ★★
()
Ответ на: комментарий от SakuraKun

– «все бегом на opencl, cuda для лохов!»

– «ну давай, что может предложить opencl?»

– «кхем пук ну вот тут есть отвальная затычка из 2016 года без видеопамяти и производительности кхем»

anonymous
()
Ответ на: комментарий от whbex

требует 12 по вполне реальным причинам

уверяю, если бы эта игруха была бы опенсорсной, которую терпеливо вылизывают долгие годы и тщательно вылизывают каждый коммит - а не «успели бы индусы к релизу, а то баблосы делать надо» как у типичной проприетарщины - запросто бы уложились и в 8 и возможно даже в 4 при том же уровне графония

вполне открытом майнкрафте

ага, который от майкрософта. это не трушный опенсорс

SakuraKun ★★★★★
()
Ответ на: комментарий от SakuraKun

даже в 4 при том же уровне графония

у тебя в параллельной вселенной благодаря опенсорсу в чипе гпу другие алгоритмы сжатия текстур появляются или что?

трушный опенсорс

покажи что-то серьёзнее тукскарта

anonymous
()
Ответ на: комментарий от SakuraKun

которую терпеливо вылизывают долгие годы и тщательно вылизывают каждый коммит

посмеялся. это всё пишется «just for fun». единственная причина нетребовательности к ресурсам - примитивная графика и геймплей. не говорю что такое не имеет места, просто не нужно выдавать желаемое за действительное

anonymous
()
Ответ на: комментарий от SakuraKun

опенсорсной, которую терпеливо вылизывают долгие годы и тщательно вылизывают каждый коммит

а про реальный мир скажешь что-нибудь?

anonymous
()
Ответ на: комментарий от anonymous

i3 2310M + 4 ядра

В нём 2 ядра с HT.

на моём ноуте хватает для МайнКрафта.

А на моём макбуке с i5-2435M майнкрафт тормозит, особенно в синглплеере и на линуксе. Под macOS в мультиплеере более менее играбельно, но это без модов. С модовой сборкой он ляжет.

На десктопе у меня монитор 165 гц, с шейдерами даже до 90 FPS не дотягивает - ощущается.
https://i.postimg.cc/1tBNn72w/2024-06-11-19-44-49.png
Несмертельно, но вкупе с остальными проблемами на 580 вполне есть желание обновиться.


По топику:
Поставил RustiCL в федоре, запускаю clinfo, fish: Job 1, 'RUSTICL_ENABLE=radeonsi clinfo' terminated by signal SIGSEGV (Address boundary error).
В логах интересно:

30630.465616] amdgpu: Failed to map VA 0x201000 in vm. ret -22
[30630.465617] amdgpu: Failed to map bo to gpuvm
[30630.465618] amdgpu 0000:10:00.0: amdgpu: Failed to map peer:0000:10:00.0 mem_domain:2
[30630.465634] clinfo[63027]: segfault at 0 ip 00007b5c727089c9 sp 00007ffd9a9c8f48 error 6 in libc.so.6[7b5c725c7000+169000] likely on CPU 6 (core 0, socket 0)

Полярис 580 естественно.

whbex ★★
()
Ответ на: комментарий от whbex

А на моём макбуке с i5-2435M майнкрафт тормозит, особенно в синглплеере и на линуксе. Под macOS в мультиплеере более менее играбельно

Макбуки - очень слабые устройства. Они только на macOS способны нормально работать.

anonymous
()
Ответ на: комментарий от SakuraKun

всё же советую затестить, работает ли в Artix'е

В Artix (Live) не удалось запустить opencl, хоть и установил mesa-24.1.1, opencl-rusticl-mesa. clinfo не видит устройство.

Но получилось в Linux mint 21.3. Правда clover, а не rusticl, но clinfo также выдал Device Profile = EMBEDDED_PROFILE.

Собственно, в Gentoo при переключении с rocm на rusticl меняется только один флаг в одном пакете - в mesa добавляется opencl. В связи с этом закрадывается подозрение, что реализация opencl в mesa (rusticl) неполное.

tamo
() автор топика
Ответ на: комментарий от anonymous

Ты, это, по-окуратнее.

ROCm 3.5, уже был с поддержкой TensorFlow-rocm 2.x, на нём последняя оф.поддержка Polaris-ов, и на нём же первая поддержка Torch-rocm.

Легко ставится из репозитория ROCm на Fedora, RHEL. Пользовал, но пришёл к выводу, что TF слишком раздут, а дифференцирование для back propagation не оптимально. Эффективнее использовать AOMP и обычный градиентный спуск.

Компиляция так:

/opt/rocm/aomp/bin/clang -o t01-gcn.bin -O2 -target x86_64-pc-linux-gnu -fopenmp -fopenmp-targets=amdgcn-amd-amdhsa -Xopenmp-target=amdgcn-amd-amdhsa -march=gfx803 t01.c

Так же с ROCm на RX570 за полгода восстановил забытый пароль к паролям. (Бывает такое стечение обстоятельств: сменил, а после этого ни разу не воспользовался за пол-года, старый помню и сейчас, а новый забыл почти сразу.) И др.

А, кому нужна только кнопка зашибись, никакая «крутейшая» карта не поможет - ни красная, ни зелёная, ни синяя.

anonymous
()
Ответ на: комментарий от tamo

Когда-то читал, что для штатной работы OpenCL это самое OpenCL вынимают из amdgpu-pro и парой файлов заменяют открытую реализацию. Ниже, похоже, этот момент и обсуждают Написал небольшое howto по установке драйверов AMD Radeon RX580 в Debian 9

Тоже можно глянуть

Jurik_Phys ★★★★★
()
Последнее исправление: Jurik_Phys (всего исправлений: 1)