> On 12/24/2023, at 11:57:12 PM you wrote: > > > Привет! > > > > Это сообщение должно быть интересно тем, кто планирует или уже купил > > видеокарту AMD и думает что избавился от проблем с блобами от nvidia. К > > сожалению, "красные" подложили большую свинью владельцам десктопных (и > > мобильных) видеокарт - уже как 3 месяца OpenCL для таких видеокарт не > > работает от слова совсем [1]. Да, AMD что-то там выпускает по части > > поддержки карт для _датацентров_ но на десктопные карты похоже забили. > > > > Если посмотреть ошибку, то проблема появилась где-то между ядром 6.5 и > > 6.6-rc1 но это неточно ) Не работают с opencl не только такие "тяжелые" > > приложения типа blender но простенькие вроде darktable (ну хоть clinfo не > > падает). > > > > Что известно: > > > > - ядро 6.1. подвержено частично этой проблеме (ошибка в dmesg, но ничего > > не зависает) > > - ROCM < 5.7 вроде этой проблемы не имеет. см. https://lists.altlinux.org/pipermail/devel-kernel/2024-January/008017.html если применить этот патч к ядру 6.6.x, то проблема решается. Ждем исправления в ядрах в Сизифе, в своем lks-wks я уже этот пачт применил :) -- WBR et al.
On 12/24/2023, at 11:57:12 PM you wrote: > Привет! > > Это сообщение должно быть интересно тем, кто планирует или уже купил > видеокарту AMD и думает что избавился от проблем с блобами от nvidia. К > сожалению, "красные" подложили большую свинью владельцам десктопных (и > мобильных) видеокарт - уже как 3 месяца OpenCL для таких видеокарт не > работает от слова совсем [1]. Да, AMD что-то там выпускает по части > поддержки карт для _датацентров_ но на десктопные карты похоже забили. > > Если посмотреть ошибку, то проблема появилась где-то между ядром 6.5 и > 6.6-rc1 но это неточно ) Не работают с opencl не только такие "тяжелые" > приложения типа blender но простенькие вроде darktable (ну хоть clinfo не > падает). > > Что известно: > > - ядро 6.1. подвержено частично этой проблеме (ошибка в dmesg, но ничего > не зависает) > - ROCM < 5.7 вроде этой проблемы не имеет. В качестве временного решения собрал в сизиф dkms-amdgpu-rock, это оф. ядерные модули из https://github.com/RadeonOpenCompute/ROCK-Kernel-Driver Установка модулей как обычно через dkms install <module/version> -k <version> С этими модулями opencl/blender работают как нужно. Минусы: - ядра 6.6.x не поддерживаются - не работает video через vulkan. С новым годом! -- WBR et al.
Привет! Это сообщение должно быть интересно тем, кто планирует или уже купил видеокарту AMD и думает что избавился от проблем с блобами от nvidia. К сожалению, "красные" подложили большую свинью владельцам десктопных (и мобильных) видеокарт - уже как 3 месяца OpenCL для таких видеокарт не работает от слова совсем [1]. Да, AMD что-то там выпускает по части поддержки карт для _датацентров_ но на десктопные карты похоже забили. Если посмотреть ошибку, то проблема появилась где-то между ядром 6.5 и 6.6-rc1 но это неточно ) Не работают с opencl не только такие "тяжелые" приложения типа blender но простенькие вроде darktable (ну хоть clinfo не падает). Что известно: - ядро 6.1. подвержено частично этой проблеме (ошибка в dmesg, но ничего не зависает) - ROCM < 5.7 вроде этой проблемы не имеет. Реакции от оф. представителей AMD в баге пока нет. Пока я могу только посоветовать либо отключить OpenCL совсем через патч[2], либо откатиться на ядро 6.1.x и мириться с тем, что OpenCL будет работать частично, либо перейти на Nvidia/Intel :( Вот такие грустные дела. Всех с наступающим! 1. https://github.com/ROCm/ROCm/issues/2596 2. https://lists.freedesktop.org/archives/amd-gfx/2023-October/100298.html -- WBR et al.
On 01/05/2023, at 12:52:25 PM you wrote:
> On 01/04/2023, at 02:34:16 PM you wrote:
>
> > Привет!
> >
> > По адресу[1] выложил предварительную сборку ROCm[2]. Это позволит
> > использовать нормальный OpenCL ICD для свежих видеокарт от AMD, вместо
> > ущербного clover'а в Mesa (т.е. поддержка OpenCL будет такая же, как и в
> > проприетарных драйверах AMDGPU-PRO).
> >
> Пакеты отправлены в Сизиф.
>
Несколько новостей по текущему статусу rocm в сизифе:
- rocm обновлен до 5.6.0
- теперь все собирается своим llvm/clang/lld (пакет называется llvm-rocm).
Это позволит абстрагироваться от системного llvm'а и открывает
возможности собрать rocm в бранчах.
- HIP работает (hipcc/libhip).
- Появился HIP RT (пока без исходников, к сожалению это не позволяет
заменить пути внутри библиотеки которые все еще указывают на /opt/rocm).
- blender теперь умеет рендерить как через HIP так и через HIP RT
(даже апстримная версия так не умеет). Рендеринг работает успешно на
gfx1030 (RDNA?) но не работает на Vega (gfx900) (по крайней мере у меня).
Что еще нужно дособрать:
- Ядерный dkms (т.к. HIP сильно завязан на ядерный модуль kfd, который
тоже содержит изменения для rocm). Патчей там довольно много и
апстримная версия ядра rocm все еще 6.1.x
- hipify/openmp?
--
WBR et al.
Привет! По адресу[1] доступна тестовая сборка blender с поддержкой рендеринга через HIP с подключенной библиотекой openimagedenoise (тоже с поддержкой HIP). В моих тестах blender видит GPU от AMD и может распределять нагрузку на них. Что нужно для поддержки: - поставить пакеты hip-devel и hip-runtime-amd - поставить пакет blender (библиотека libopenimagedenoise поставится по зависмостям) - запустить blender -> Render -> Preferences -> Cycles -> HIP -> убедиться что GPU доступен для выбора[2] - запустить рендеринг и убедиться что графическая карта загружена и в логах нет ошибок[3]. Я пока проверяю как можно правильно все собрать и потом эти пакеты отправятся в сизиф. 1. https://lakostis.unsafe.ru/RPMS/ALTLinux/testing/rocm/ 2. https://lakostis.unsafe.ru/RPMS/ALTLinux/testing/rocm/blender-HIP-selected.png 3. https://lakostis.unsafe.ru/RPMS/ALTLinux/testing/rocm/blender-HIP-rendering.png -- WBR et al.
On 01/04/2023, at 02:34:16 PM you wrote:
> Привет!
>
> По адресу[1] выложил предварительную сборку ROCm[2]. Это позволит
> использовать нормальный OpenCL ICD для свежих видеокарт от AMD, вместо
> ущербного clover'а в Mesa (т.е. поддержка OpenCL будет такая же, как и в
> проприетарных драйверах AMDGPU-PRO).
>
Пакеты отправлены в Сизиф.
--
WBR et al.
Привет! По адресу[1] выложил предварительную сборку ROCm[2]. Это позволит использовать нормальный OpenCL ICD для свежих видеокарт от AMD, вместо ущербного clover'а в Mesa (т.е. поддержка OpenCL будет такая же, как и в проприетарных драйверах AMDGPU-PRO). Как минимум все будет работать быстрее за счет оптимизации под кокретные GPU, как максимум - появятся дополнительные фичи и возможности (например, для машинного обучения). Эту сборку считать предварительной, т.к. многих компонентов еще нет: - ядерного модуля для LTS ядер (у меня сизиф, поэтому пофиг) - компилятора HIP (надо смотреть, как это лучше упаковать вместо с существующим llvm) - различных утилит для управления вычислительными нодами (не было времени смотреть). Вообще проект Radeon Compute[3] предназначен для высокопроизводительных вычислений и является прямым конкурентом CUDA от Nvidia, поэтому поддержка подобных вещей в ALTLinux мне кажется вполне обоснованной. Например, в debian есть целая группа по поддержке ROCm[4], в gentoo ROCm тоже поддерживатеся достаточное время. 1. https://lakostis.unsafe.ru/RPMS/ALTLinux/rocm/repo/ 2. https://github.com/RadeonOpenCompute 3. https://docs.amd.com/ 4. https://salsa.debian.org/rocm-team -- WBR et al.
Здравствуйте. Подскажите пожалуйста, есть ли у нас возможность управлять или хотя бы смотреть частоту процессора(ов) на Orange Pi Zero Plus (Allwinner H5)? Использую сизиф, ядро 5.16.12-mp-alt1. В /sys/devices/system/cpu/cpufreq пусто, принудительная загрузка всех найденных в kernel/drivers/cpufreq модулей ничего не меняет. DTB используется идущий в комплекте с ядром с небольшими изменениями (включены дополнительные USB-порты, отключены встроенные RTC, включена нулевая шина I2C и RCT и датчик BME280 на ней). Хотелось бы видеть, а лучше управлять частотой процессора. Вроде бы в armbian это реализовано...
29.01.2022 22:23, Alexander Yereschenko пишет:
> Недавно сталкивался с материнкой, на которой интегрированное в
> интеловский процессор видео инициализировалось только в UEFI-режиме (ну
> и при заходе в BIOS Setup). А вот для работы в legacy-режиме требовалась
> уже дополнительная видюха
А часто уже где такое встречается.
28.01.2022 12:06, Alexei Mezin пишет:
> 28.01.2022 8:58, Sergey пишет:
>
>> А какой в UEFI видится смысл? Вот если бы уже не отключался...
>>
>
> Не знаю. Есть ли сейчас проблемы с неUEFI режимом? Так давно все
> перешли на EFI, что ожидать можно чего угодно.
Недавно сталкивался с материнкой, на которой интегрированное в
интеловский процессор видео инициализировалось только в UEFI-режиме (ну
и при заходе в BIOS Setup). А вот для работы в legacy-режиме требовалась
уже дополнительная видюха
--
С уважением, Александр Ерещенко.
28.01.2022 8:58, Sergey пишет:
> А какой в UEFI видится смысл? Вот если бы уже не отключался...
>
Не знаю. Есть ли сейчас проблемы с неUEFI режимом? Так давно все перешли
на EFI, что ожидать можно чего угодно.
On Thursday 27 January 2022, Alexei Mezin wrote:
> При этом если выключить UEFI, то и АЛьТ загружается.
>
> И чего делать? Ставить в BIOS-режиме?
А какой в UEFI видится смысл? Вот если бы уже не отключался...
--
С уважением, Сергей.
Дано: Dell r340 свежий, только что из коробки. alt-server-p10 тоже свежий. Одно в другое не ставится: сразу после выбора варианта загрузки из альтовского загрузочного меню на экран высыпается стопиццот предупреждений ... udef-default-rules... The line takes no effect ... и на этом все замирает. simply live вообще не грузится, вместо меню загрузки выпадает в командную строку Grub. CentOS 8.5.2111 инсталлятор грузит без проблем. При этом если выключить UEFI, то и АЛьТ загружается. И чего делать? Ставить в BIOS-режиме?
Привет! Решил собрать livecd[1] для демонстрации работы новых дров от nvidia с поддержкой EGL через GBM[2]. - Собран на базе текущего Сизифа и regular-gnome3 - Firefox 94.0 (EGL работает в wayland с драйвером nvidia!) - Vulkan 1.2.196 - Nvidia 495.44 с поддержкой GBM (собственная сборка, отличная от ALTLinux) - Mesa 21.2.5 с поддержкой GBM custom backends. Собрана с помощью clang и задействован LTO (сборка gcc и LTO падает с CFI). - Gnome3 использует wayland для отрисовки с драйверами nvidia. - Добавил поддержку OpenCL для nvidia - Ядро 5.10.76 wks-lks + ck patches. В-общем, гном работает, но все остальное не очень. По-крайней мере есть известный баг с vulkan[3], остальное не проверял. 1. https://lakostis.unsafe.ru/RPMS/ALTLinux/livecd/gnome3/lakostis-gnome3-nvidia-20211104-x86_64.iso 2. https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-495.44-Linux-Driver 3. https://forums.developer.nvidia.com/t/vkgetphysicaldevicesurfacesupportkhr-fails-on-wayland/192180 Данный livecd собран только для ознакомительных целей (хотя теоретически возможна установка с него на рабочую систему), у кого что не работает я не виноват! -- WBR et al.
Привет! В сизиф ушли обновленные сборки bluez и bluez-alsa. Что там появилось нового: - в bluez включена поддержка экспериментальных возможностей. Задействовать ее можно через указание Experimental = true в /etc/bluetooth/main.conf и перезапуском сервиса bluetooth. Что дает этот режим? + Поддержка индикации заряда батареи, если устройство это поддерживает. Например, у меня есть TWS, которые это умеют, как хочет bluez: [Avantree TWS106L]# info Device XX:XX:XX:XX:XX:XX (public) Name: Avantree TWS106L ... Battery Percentage: 0x63 (99) как видит устройство upower: Device: /org/freedesktop/UPower/devices/headset_dev_..... native-path: /org/bluez/hci0/dev_..... model: Avantree TWS106L serial: XX:XX:XX:XX:XX:XX power supply: no updated: wo 01 sep 2021 15:13:51 CEST (122 seconds ago) has history: yes has statistics: no headset warning-level: none percentage: 100% icon-name: 'battery-missing-symbolic' - также появилась расширенная поддержка кодеков (уж не знаю, это pipewire обновился, или он это задействовал с новым bluez: bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/ldac bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSink/aptx_hd bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/aptx_hd bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSink/aptx bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/aptx bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/aac bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSink/sbc bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/sbc bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSink/sbc_xq bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/sbc_xq bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/faststream bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/faststream_duplex bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/aptx_ll_0 bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/aptx_ll_1 bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/aptx_ll_duplex_0 bluetoothd[1259776]: Endpoint registered: sender=:1.2350 path=/MediaEndpoint/A2DPSource/aptx_ll_duplex_1 лично мне понравился режим SBC-XQ (это типа увеличенный в 2 раза по полосе SBC-HQ), советую почитать вот эти статьи на хабре про кодеки и режимы и почему SBC не так уж и плох при правильной настройке: https://habr.com/ru/post/427997/ https://habr.com/ru/post/455316/ До недавнего времени поддержка улучшенного SBC была только в патчах для pulseaudio а потом и вообще отвалилась из-за конфликта palit'а и разработчиков PA, так что теперь все хорошо. - В сизиф также вернулся пакет bluez-alsa, который понравится тем, кто не хочет пользоваться pipewire или pulse, но при этом хочет нормальную поддержку качественного аудио через bluetooth. Пакет также поддерживает все фишки bluez - заряд батареи и расширенную поддержку кодеков. -- WBR et al.
Привет! В рамках изысканий для себя собрал livecd для эксплуатации на старом маковском железе: - собрано на базе вчерашнего Сизифа - LXDE - ядро 4.19.191 (последний LTS) - nvidia_glx 418.113 (последний из LTS и поддерживающий GeForce 775M) - NetworkManager работает "из коробки" (не знаю почему, но он сломан в regular/desktop) - Mesa 20.3.4 (новее и не надо) - opencl/сuda/vulkan "из коробки". Например mpv, при запуске с --hwdec=auto будет использовать cuda для ускорения. - рабочий блоб bcmwl, т.е. работает 5G wifi и проч. :) - какие-то фиксы по мелочи из своего бранча mk-i-p - поддержка установки на диск https://lakostis.unsafe.ru/livecd/oldmac/live-lakostis-oldmac-20210522-x86_64.iso Проверено на след. железе: - Apple Macbook Air late 2010 --------------------------- видео: nvidia 320M, блоб не заводится, т.к. nvidia забила на поддержку 340.x версии а там сломана поддержка DisplayPort для маков. Но работает nouveau и ладно. сеть: wifi/bt работает "из коробки" питание: спит в память без проблем. - Apple iMac 14,2 late 2013 ------------------------- видео: nvidia 775M, блоб работает "из коробки", все фичи поддерживаются - vulkan - cuda - opencl - opengl - vdpau сеть: wifi/bt работает "из коробки" питание: спит в память без проблем. Надеюсь, еще кому-нибудь будет полезно. -- WBR et al.
On 12/05/2020, at 10:26:14 PM you wrote: > Привет! > > Я собрал[1] в сизиф ядерные модули и утилиты проекта > https://github.com/umlaeute/v4l2loopback, которые позволяют создавать > video4linux loopback устройства, видеопоток в которые может идти из > другого приложения. В практическом плане это позволяет использовать > например DLSR камеру или камеру смартфона в качестве вебкамеры. > > см. https://daniel.lawrence.lu/blog/y2020m03d31/ и > https://medium.com/nerdery/dslr-webcam-setup-for-linux-9b6d1b79ae22 как > пример использования. > > От себя добавлю, что вместо vlc можно использовать mpv: > > (запускаем в одном терминале) > > $ gphoto2 --stdout --capture-movie |ffmpeg -i - -vcodec rawvideo -pix_fmt > yuv420p -f v4l2 /dev/video2 > > где video2 это loopback для dslr > > (запускаем mpv) > > $ mpv --demuxer-lavf-format=video4linux2 av://v4l2:/dev/video2 > --profile=low-latency --untimed > > 1. http://webery.altlinux.org/task/262976 > > У меня данная связка работает с Sony A7R3 "из коробки". > Небольшое дополнение, как заставить droidcam работать вместе с pipewire - https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/713 Почему-то этот метод (через droidcam-cli), работает а вот через GUI нет. Но в любом случае, если запустить droidcam-cli -v -a будет и аудио и видео. -- WBR et al.
06.12.2020 00:26, Konstantin Lepikhov пишет:
> У меня данная связка работает с Sony A7R3 "из коробки".
Проверил на CANON 550D, работает прекрасно. Небольшая задержка в видео
есть, но терпимо, процессор не нагружает. Не получилось задействовать
аппаратное декодирование через NVidia/CUDA, карта не поддерживается. А
то было бы наверное еще лучше.
Привет! Я собрал[1] в сизиф ядерные модули и утилиты проекта https://github.com/umlaeute/v4l2loopback, которые позволяют создавать video4linux loopback устройства, видеопоток в которые может идти из другого приложения. В практическом плане это позволяет использовать например DLSR камеру или камеру смартфона в качестве вебкамеры. см. https://daniel.lawrence.lu/blog/y2020m03d31/ и https://medium.com/nerdery/dslr-webcam-setup-for-linux-9b6d1b79ae22 как пример использования. От себя добавлю, что вместо vlc можно использовать mpv: (запускаем в одном терминале) $ gphoto2 --stdout --capture-movie |ffmpeg -i - -vcodec rawvideo -pix_fmt yuv420p -f v4l2 /dev/video2 где video2 это loopback для dslr (запускаем mpv) $ mpv --demuxer-lavf-format=video4linux2 av://v4l2:/dev/video2 --profile=low-latency --untimed 1. http://webery.altlinux.org/task/262976 У меня данная связка работает с Sony A7R3 "из коробки". -- WBR et al.
Доброго времени суток. Существует ли сборка под Amlogic S922X? Насколько реально допилить под нее вебсервер с php5, если она есть ?
Hi uit1! On 06/18/2019, at 01:35:30 PM you wrote: > Добрый день. > Есть телевизор с разрешением UHD и Монитор с разрешением FHD. > Хочется дублировать рабочий стол на оба монитора. > Но во встроенном видео материнки GA-Z270P-D3 один видеовыход. > Эксперименты с HDMI-сплиттерами показали, что простые сплиттеры > "путаются" в EDID мониторов и не выводят картинку правильно. Возможно, вам можно поэкпериментировать с док-станциями, которые умеют выводить сигнал на несколько мониторов и подключаются через USB/Thunderbolt. > Проще установить вторую видеокарту. > Nvidia GT-710, например > Возможно ли в Altlinux 8.2 вывести рабочий стол на обе видеокарты, если > эти видеокарты - разных производителей? можно, см. мое письмо ранее. -- WBR et al.
On Tue, Jun 18, 2019 at 01:35:30PM +0300, uit1@zaz.zp.ua wrote: > Проще установить вторую видеокарту. > Nvidia GT-710, например А на ней часом не более одного видеовыхода? -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On 08/14/2019, at 03:03:19 PM you wrote: > Привет! > > в glvnd репозиторий залит обновленный xorg-server с патчами от nvidia для > поддержка т.н. PRIME offloading: > > http://download.nvidia.com/XFree86/Linux-x86_64/435.17/README/primerenderoffload.html > > > PRIME render offload is the ability to have an X screen rendered by one > > GPU, but choose certain applications within that X screen to be rendered > > on a different GPU. This is particularly useful in combination with > > dynamic power management to leave an NVIDIA GPU powered off, except when > > it is needed to render select performance-sensitive applications. > > Данный функционал появился совсем недавно в свежих дровах от nvidia и я > хочу его проверить (благо как раз под рукой есть ноутбук с дискретной > графикой). > > Так что если вам неожиданно приедет обновление для xorg-server не > пугайтесь, это так и задумано. > Итак, все работает. Небольшие заметки по использованию: Что такое PRIME render offload ------------------------------ Раньше если у вас был ноутбук с дискретной графикой от nvidia (думаю, это 90% подобных конфигураций), то под linux'ом выключать/включать во время работы дискретный GPU было нельзя: можно было только отключить GPU во время загрузки через bbswitch или использовать технологию Optimus от Nvidia, где рендеринг всегда шел на дискретную карту, а встроенная использовалась для отображениях[1]. Были еще хаки со всякими bumblebee но они требовали много ручной возни и всевозможных патчей для своей работы. И как обычно, что-то не работало как надо, особенно приложения для Vulkan. Но с выходом новых драйверов версии 435.17 все изменилось. Включаем PRIME render offload ----------------------------- Сначала нужно убедиться, что у вас установлен xorg-server с нужными патчами (т.е. тот, что сейчас лежит в glvnd репозитории[2]) и правильная версия драйверов nvidia (>= 435.17). Затем убедиться, что конфигурация GPU не содержит никаких модификаций для bumblebee/optimus и тд. $ xrandr --listproviders Providers: number : 2 Provider 0: id: 0x1e0 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 3 outputs: 5 associated providers: 0 name:modesetting Provider 1: id: 0x1b8 cap: 0x0 crtcs: 0 outputs: 0 associated providers: 0 name:NVIDIA-G0 тут видно, что все подключено на provider0, и второй провайдер (NVIDIA-G0) не получает никакой нагрузки. Проверяем результат ------------------- - рендеринг силами встроенного GPU $ glxinfo -B name of display: :1 display: :1 screen: 0 direct rendering: Yes Extended renderer info (GLX_MESA_query_renderer): Vendor: Intel Open Source Technology Center (0x8086) Device: Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2) (0x591b) .. - рендеринг дискретным GPU $ __NV_PRIME_RENDER_OFFLOAD_PROVIDER=NVIDIA-G0 __GLX_VENDOR_LIBRARY_NAME=nvidia glxinfo -B name of display: :1 display: :1 screen: 0 direct rendering: Yes Memory info (GL_NVX_gpu_memory_info): Dedicated video memory: 4096 MB Total available memory: 4096 MB Currently available dedicated video memory: 4009 MB OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 1050/PCIe/SSE2 (вместо __NV_PRIME_RENDER_OFFLOAD_PROVIDER=NVIDIA-G0 __GLX_VENDOR_LIBRARY_NAME=nvidia можно просто указать __NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia) - проверяем vulkaninfo со встроенным GPU $ vulkaninfo |fgrep 'GPU id' INTEL-MESA: warning: ../src/intel/vulkan/anv_device.c:1504: FINISHME: Implement pop-free point clipping GPU id : 0 (Intel(R) HD Graphics 630 (Kaby Lake GT2)) GPU id : 1 (GeForce GTX 1050) - проверяем с дискретным: $ __NV_PRIME_RENDER_OFFLOAD=1 __VK_LAYER_NV_optimus=NVIDIA_only vulkaninfo|fgrep GPU GPU id : 0 (GeForce GTX 1050) GPU id : 0 (GeForce GTX 1050) GPU id : 0 (GeForce GTX 1050) GPU id : 0 (GeForce GTX 1050) .. GPU0 deviceType = DISCRETE_GPU за всеми опциями см. документацию к драйверу, там очень много полезных флагов. PS все проверено на ноутбуке Dell XPS 15". 1. В оригинальной документации к Optimus написано след. ... Forced Rendering ModeOEMs are provided mechanisms within the driver to dynamically override standard Optimus rendering behavior, and force graphics rendering for all applications to occur using either Integrated Graphics or High Performance Graphics. Some OEMs exploit this feature through the use of a physical switch, or a hot key. Others have linked this feature to the use of OS power plans. For example, an OEM may choose to make the system render using only Integrated Graphics when on battery mode. что, конечно, вносит ряд ограничений на использование, особенно, если производитель ноутбука не сделал аппаратной возможности переключать профили. 2. http://www.unsafe.ru/lakostis/RPMS/ALTLinux/glvnd/repo/ -- WBR et al.
Добрый день. Есть телевизор с разрешением UHD и Монитор с разрешением FHD. Хочется дублировать рабочий стол на оба монитора. Но во встроенном видео материнки GA-Z270P-D3 один видеовыход. Эксперименты с HDMI-сплиттерами показали, что простые сплиттеры "путаются" в EDID мониторов и не выводят картинку правильно. Проще установить вторую видеокарту. Nvidia GT-710, например Возможно ли в Altlinux 8.2 вывести рабочий стол на обе видеокарты, если эти видеокарты - разных производителей?
Привет! Решил закинуть это письмо в hardware@ поскольку с декабря успели произойти некоторые изменения: - У AMD почти появился ROCm в ядре, т.е. для нового железа (Vega и выше) OpenCL заработает "из коробки". Также не забываем читать внимательно страницу проекта про аппаратные требования, поскольку ROCm/KFD зависит не только от GPU, но и от CPU и возможностей материнской платы. - В недавних дровах amdgpu-pro-19.10 стало можно пользоваться закрытой реализацией на базе GPU специфичной библиотеки под названием orca: [root@lks ~]# clinfo Number of platforms 1 Platform Name AMD Accelerated Parallel Processing Platform Vendor Advanced Micro Devices, Inc. Platform Version OpenCL 2.1 AMD-APP (2841.4) Platform Profile FULL_PROFILE Platform Extensions cl_khr_icd cl_amd_event_callback cl_amd_offline_devices Platform Host timer resolution 1ns Platform Extensions function suffix AMD ... $ ll /usr/lib64/libamdocl* -rw-r--r-- 1 root root 36408112 May 9 22:30 /usr/lib64/libamdocl12cl64.so -rw-r--r-- 1 root root 66351872 May 9 22:29 /usr/lib64/libamdocl-orca64.so $ cat /etc/OpenCL/vendors/amdocl-orca64.icd libamdocl-orca64.so технически это можно даже запакетить в p8/c8, но не в сизиф. Я прогнал несколько тестов чтобы убедиться, что opencl рабочий и сравнить его производительность с NATIVE c++ сборкой: <AMD GPU R9 Nano / FIJI> $ ./luxmark --scene=HOTEL --mode=BENCHMARK_OCL_GPU --single-run --ext-info Score: 3313 Scene validation: Ok Image validation: Ok <NVIDIA GTX-1050> ./luxmark --scene=HOTEL --mode=BENCHMARK_OCL_CPUGPU --single-run --ext-info Score: 1328 Scene validation: Ok Image validation: Ok <CPU NATIVE> $ ./luxmark --scene=HOTEL --mode=BENCHMARK_NATIVE --single-run --ext-info Score: 348 Scene validation: Ok Image validation: Ok ----- Forwarded message from Konstantin Lepikhov <lakostis@> ----- Date: Wed, 19 Dec 2018 02:02:09 +0100 From: Konstantin Lepikhov <lakostis@> To: Konstantin Lepikhov <lakostis@> Cc: legion@, ldv@, glebfm@, shrek@ Subject: Re: Q: OpenCL support in ALTLinux User-Agent: Mutt/1.10.1 (2018-07-13) On 12/06/2018, at 10:50:29 PM you wrote: <skip> > Если взять вендоров A и N то у первого есть свое решение под названием > ROCm, а у второго есть libnvidia-opencl. > > Описание ROCm > https://www.phoronix.com/scan.php?page=news_item&px=ROCm-Compute-Stack-Overview > Как видно, тут свой llvm и либы, не привязанные к mesa. + Свой тулчейн в > виде HIP и HCC. > ... > 4) ROCm тулчейн > https://github.com/RadeonOpenCompute > Я попробовал по-быстрому завести ROCm на своей Fury X где он заявлен как поддерживается и работает. Это не работает никак в ALTLinux: - OpenCL client требует поддержки KFD, которая сломана в ванильном ядре и drm-next и поддерживается в своем окружении - https://github.com/RadeonOpenCompute/ROCK-Kernel-Driver где сихронизировано только до 4.18.x. В 4.19 сборка не работает и изменений очень много (я честно пробовал накатить патчи из -next и самого ядра). - HSA библиотека ставится из бинарников для RHEL 7[1], но опять же пользоваться ей без ядерного драйвера нелья. Т.е. OpenCL сейчас можно пользоваться только для nvidia, все остальное собирать можно только в рамках какого-то решения, привязанного к RHEL/LTS Ubuntu (для которых есть сборки и поддержка со стороны AMD). И уж тем более нет смысла собирать самостоятельно все эти тулчейны на базе LLVM, поскольку они растут из master бранча проекта LLVM и никакой поддержки сторонних дистрибутивов там нет. Надеюсь, кому-то это сэкономит время. 1. http://repo.radeon.com/rocm/yum/rpm/ -- WBR et al. ----- End forwarded message ----- -- WBR et al.