В федору 34 наконец-то завезли официально куду (вчера, случайно наткнулся сегодня), однако попытки поставить саму федору терпят сабжевое фиаско
На этой-же машине спокойно ставится и работает oracle linux 8.4
Что пробовал:

• размечать отдельно /boot/efi (в «efi system partition» который генерит vfat) + корень что в btrfs что в ext4
• отдавал установщику голый диск
• брал рабочий ефи с другого диска

один фиг отвал с ошибкой:

The following error occurred while installing the boot-loader. The system will not be bootable.

FAILED TO SET NEW EFI BOOT TARGET

This is most likely a kernel or firmware bug.

и если загрузиться в консоль груба то он не видит ефи раздел

в биосе ефи включен, секурбут отключен, csm пробовал и включать и выключать

гугл выдаёт баг древних времен: https://bugzilla.redhat.com/show_bug.cgi?id=1232937 закрытый с формулировкой «релиз всё»

куда копать? хочу смотреть новый гном, хочу тыкать новую куду, хочу ругать федору из под федоры

п.с. олени из rhel продолжают деградировать и в установщике 8.4 вырезали создание пользователя в процессе копирования данных на диск - одну из двух разумных фишек инстяллятора (вторая - запомнить в установленной системе настроенную в инсталяторе сеть, это пока работает но видимо просто не доглядели) :-(

Приехал компутер новый (2х4215r + 3070) и чот не могу понять разбега с ттх:

• под нагрузкой (gpu с кудой + cpu с avx512) судя по scaling_cur_freq частоты ядер ~3.6 (по ттх вроде как должны быть 3.2) и температуры на одном камне 95 на втором 100С (хотя по ттх рабочая 79), на видяхе 82
• если отключить видео (или открыть крышку - поставщик чот задушился на вентилятор приточный под неё, потом поправлю) то температуры на камнях падают до 85-90С (что avx погонять что просто в блендере картинку посчитать), частоты те-же 3.6

Охлаждение - туннель с двумя вертушками на вхлоп и одной на выхлоп, на процах пассивные радиаторы, в помещении 24С, воздушные зазоры норм

Вопросы:

• температуры 90-100С для интеловских камней это норма теперь? у меня в ноуте если 10750 начинает к 90С приблежаться то уже подтроттливает а сотку я на нём не припомню вообще (ОСь и там и там 20.04). В гугле мнения по поводу горячих и9 разделились, но я чот думал что ксеоны раньше троттлить должны и держать температуру пониже чем игровые камни
• 3.6 на ядрах, это, как я понимаю, турбо-буст «для всех ядер» (4.0 видимо для одного) - почему он не отключается при достижении 90+ градусов?
• есть ли смысл понижать температуру заменой вертушек или «это нормально и так будет работать без проблем»? нынешние довольно тихие, под вялой нагрузкой держат 60-70С, но просто нарастить количество не получится ибо больше не влезет, только отсечь горячий воздух от видяхи. пока идея заменить выхлопной вентиль на попроизводительней ибо горячий камень как-раз ближе к выхлопу стоит
• переходить на радиаторы с активным охлаждением смысла, видимо нет? под туннель они не влезут, а туннель, по логике, эффективней когда грелок больше одной, и максимум что получится это сравнять температуры камней?

п.с. 12 часов теста полёт нормальный, но по планам он почти всегда будет под нагрузкой

Вопрос, вдруг кто пользует - в 34ке сейчас нормально работают:

• cuda в blender и resolve
• eclipse если включён скейлинг?

П.с. Хотел глянуть сам но она опять легла на этапе установке загрузчика не найдя свой бтрфс :-(

Вопрос следующий - есть STM32G4 с шестью OPAMP, пять из которых вроде как подключены к внутренним DAC
Задача - запользовать OPAMP для усиления сигнала перед АЦП и при этом иметь возможность контролировать смещение ибо сигнал с шифтом

Вообщем-то оно без проблем запускается если операционник в CubeMX перевести в режим

PGA_Connected-INVERTINGINPUT_IO0_BIAS-DAC_OUTPUT2-INP_Output_internal

в коде инициализации ОУ, stmcube генерит вот такую строчку:

OPAMP_PGA_CONNECT_INVERTINGINPUT_IO0_BIAS

таким раком оно забирает входной сигнал с ноги инвертирующего входа, на внутреннем ЦАПе постоянный уровень, на АЦП получаем усиленный сигнал - красота и ни одной лишней ноги.
Однако (с) если руками заменить строчку на

OPAMP_PGA_CONNECT_INVERTINGINPUT_IO0 

то сигнал при том-же коэф. усиления становится в два раза выше.

Вопросики:

• если я правильно понимаю, то когда я коммутирую pga на io (OPAMP_PGA_CONNECT_INVERTINGINPUT_IO0) то получаю классический диф усилитель, а что тогда за режим такой OPAMP_PGA_CONNECT_INVERTINGINPUT_IO0_BIAS, который куб мне подпихивает? в чем отличие? там точка входа между резюками?
• почему куб не предлагает ни в каком варианте включения операционника к ЦАПу попользовать OPAMP_PGA_CONNECT_INVERTINGINPUT_IO0? Это просто недоработка программы (куба) или есть какие-то подводные камни и оно не случайно?
• может кто уже пробовал - оно на всех встроенных ОУ работает или нет? (на 2, подозреваю не взлетит ибо он вроде к ЦАПу не подключен)

Есть локальная сеть, в которой болтается малинка 4 на последнем raspbian.
В инет сеть идёт через zyxel keenetic ultra 2 на последней прошивке (где давно есть nat loopback)
На малину и соседнюю вин-машину совершенно одинаково проброшены порты (ессно внешние - разные) и из инета всё работает как надо, а вот из самой сети я по внешнему адресу вижу только вин-машину, а малина прикидывается полностью недоступной (по локальному адресу все норм ессно)
Куда копать? Долго тыкал палкой в кинетик, думая что лупбэк вообще не работает, но проверил вин-машинку и с ней всё ок т.е. лупбэк нормально разворачивает пакеты, оба два устройства в самом кинетике в одном сегменте одной и той-же сети и физически подключены одинаково (больше узлов между ними нет), на малине полный дефолт изкаробочного распбиан-минимал

есть домен А с ssl сертификатом, есть сервер В без https
на домене А в VirtualHost вкинуто:

 ProxyPass /С http://IP_адрес_В
 ProxyPassReverse /С http://IP_адрес_В

соотв. при обращении на https://A/C данные идут от В в браузер, и браузер их воспринимает как закрытые сертификатом А

вопросы:

• данные физически идут от В к А и потом клиенту, или напрямую от В клиенту?
• если от В к А то как удобней перевести на режим «от В к клиенту»? подвязать поддомен и выпустить для А сертификат с *.А? нюанс в том что IP адрес В - динамический (и это обязательно) т.е. подвязывать его через dns с коротким ttl не шибко комфортно ибо будут простои при смене адреса (А всегда в курсе когда меняется адрес у В и может перепривязать проксю в айн момент)
• если данные идут сразу напрямки, то как это можно повторить руками без апача?

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

Сабж.
Есть бэкенд на яве, который раздаёт данные в json.
Есть получалка на js, которая забирает данные и раскладывает как надо.
Осталось отобразить на страничке.
Данные по сути несколько таблиц - пара не особо больших, пара сильно больших, плюс пяток jpeg’ов на которых надо сверху рисовать по абсолютным координатам. В идеале чтоб оно более-менее само раздвигалось/сдвигалось на ПК/мобилке.

Во времена годного интернета это легко клепалось на flex’е (флеш с нормальными контролами) за пол часа, либо на javafx за час.
Сейчас оно всё deprecated а всякие бутстрапы … ну чот не совсем оно для реально большого кол-ва данных на странице.
Есть чего удобное на замену flex’у или теперь только вот это вот «обмазать html по максималке неведомыми скриптами/цссом и будь что будет» и всё?

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

• лайвсд, который на стародревнем ноуте с юсб2 стартовал очень шустро, на свежем с шустробыстрой флешки в 3.1 грузился минуты две. почему? потому что лайв упирается в ожидание сети. какой, мать его сети, если он не пишет данных пользователя на себя-же и тупо не может знать пароль от вафли при загрузке?
  насторожило нелогичное, ну ладно
• ставим «по дефолту» т.е. на btrfs ибо цели хранить там данные не было а заодно глянуть чего даст - было интересно. прикол прикол, в процессе выпадает «could not get stage2 filesystem uuid», ну ок, наверное так принятно руками править, после записи файлов опять оно-же, при этом загрузчик таки записался и даже выставился дефолтным в уефи, перегружаюсь, чёрный груб, раздела нет.
  ок, лезу в соседнюю убунту, втыкают бтрфс ей, а раздела реально нет. чего и куда установщик писал хз, но я не первый: https://bugzilla.redhat.com/show_bug.cgi?id=1954149
• кстати о «по дефолту» - а где вообще выбор чего ставить? где вот это вот из oracle (и наверняка rhel) «графоний ннадо?/игрушки ннадо?/ssh ннадо? ну и т.п.»? я, например, не хочу что-бы у меня sshd был в системе
• бонусом efi раздел определяется как efi но пока его руками не добавишь он не подцепится, более того он не цепляется и если добавлять его как /boot/efi/ (хотя емнип именно так указано в установщике), надо без последнего слэша … чиорт, это же так сложно автоматом то поправить, тем более что оракловый установщик сам цепляет этот же раздел на этом же диске.
• ок, ставим на ext4, не забывая каждый раз подождать минуту незримую сеть. перегружаемся, попадаем в гном.
  ядрено тупящий гном ибо невидии из коробки нет. опа, тут можно создать аккаунт оказывается, я уж думал мне и имя из коробки выберут. внимание вопрос - в установщике оракла это всё можно сделать пока он данные копирует т.е. пока один фиг ждёшь - и акк завести и политики почикать и даже сетку, если настроить, то он настройки вежливо закинет в установленную систему (ня!) - нафига тут то это выпилили, если оно наверняка и в исходном рхеле так
• делаем dnf update получаем 600+ мб обнов меньше через неделю после релиза и … пичальку при обновлении либры, которая требует пересбора базы и ещё каких-то непонятных действий, которые тут-же заботливо предлагает dnf
• ок, ставим невидию из фьюжена (уже завезли), перегружаемся … попадаём в полный фриз ибо оно пытается поднять вяленого на ноуте где и интел (вяленый не блочится) и невидия (но она форсируется т.к. подключен второй монитор) что приводит к неработе всего вообще.
  пичаль, бида, остаётся только через рекавери лочить вяленого

что еще меня ожидает на этом светлом и радостном пути «я просто хочу тестовую рабочую станцию для OL проверить две программки»?
почему оно так сильно через попу?

п.с. на старом ноуте оно не смогло в легаси интел вайфай (это первый дистр на моей памяти который не шмог) а заранее потестить невидию на лайве оно не даёт без прикольных плясок с двумя флешками и созданием федоры из под федоры ради федоры
п.п.с. на этом же ноуте что oracle 8.3 что убунта 20.04 ставятся вообще с нулём проблем и телодвижений - прожмакал далее и с сайта невидии дрова навернул, фсио.

ноут, гибридная графика, подключен внешний моник, всё работало чётенько но после смены сессии в gdm с «убунты» (гном) на «ксубунту» (крыска) и обратно, после включения нет вывода на внешний монитор - ноут моника даёт ввести пароль но дальше пытается отрисовать окошки на внешнем мониторе, на котором чернота.
помогло переключение на вторую консоль, на которой внезапно то-же оказался gdm, притом если вернуться обратно на первую то и она работает норм, вообщем почему-то болтаются два Х сервера:

ps aux |grep X
root        1428  0.7  0.3 367068 122280 tty1    Sl+  10:03   0:04 /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth /run/user/125/gdm/Xauthority -background none -noreset -keeptty -verbose 3
root        2143  2.2  0.3 374476 128040 tty2    Sl+  10:03   0:11 /usr/lib/xorg/Xorg vt2 -displayfd 3 -auth /run/user/1000/gdm/Xauthority -background none -noreset -keeptty -verbose 3
orlovsn     5582  0.0  0.0  17672   728 pts/0    S+   10:12   0:00 grep --color=auto X

systemctl status gdm
● gdm.service - GNOME Display Manager
     Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: enabled)
     Active: active (running) since Thu 2021-05-06 10:03:17 MSK; 14min ago
    Process: 1268 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS)
    Process: 1283 ExecStartPre=/usr/lib/gdm3/gdm-wait-for-drm (code=exited, status=0/SUCCESS)
   Main PID: 1284 (gdm3)
      Tasks: 3 (limit: 38040)
     Memory: 10.8M
     CGroup: /system.slice/gdm.service
             └─1284 /usr/sbin/gdm3

prime-select  query
nvidia

в сервисе gdm WantedBy=graphical.target одно единственное, сам сервис то-же стартует один раз:

systemctl show gdm --property=ActiveEnterTimestamp
ActiveEnterTimestamp=Thu 2021-05-06 10:03:17 MSK

внимание вопрос (с)
как в этих системдэ понять кто стартует xorg второй раз или это нормально на гибриде?

Раньше пользовал ipcop, но он по ходу совсем уже всё :-(
Хотелки:

• на стандартных компонентах, чтоб можно было позвать «дядю который шарит чтоб настроил» и потом «другой дядя который шарит» не сказал бы «шта эта такое?»
• с вэб мордочкой, в который условный Алёша с ключом и благими намерениями, вместо попадания в ад, смог бы добавить новый девайс в сеть / разрешить доступ в подсеть и прочие мелкие шалости

Хотелки по функционалу:

• openvpn сервер
• холодный резервный канал (основной канал лёг, резерв подключился через пару минут, основной появился - резерв отключился), в целом это легко разрулить скриптом так что можно обойтись просто возможностью переключать wan на горячую простой командой. Балансировщик и горячий резерв не нужны, потеря связи на пару минут пофигистична
• базовый firewall (nat, upnp, антивирь, фильтры, дип не нужен)
• в идеале иметь удобное подключение внешнего dns фильтра с возможностью вкинуть свои правила
• адекватная статистика по клиентам
• совсем хорошо если сможет в dhcp с ftpd

Вообщем упор на максимально удобное в гуях решение ибо рукиизпопы.

Сабж, чот не могу сообразить как сделать:

• открываем бразуер, жмакаем на любом сайте «загрузить файл»
• открывается диалоговое окно выбора файла.

Хочу чтоб в нем можно было:

• увеличить размер превьюшек для графических файлов
• увеличить один графический/пдф/в идеале ещё odf/ выбранный файл (в боковой панельке или ещё как-нить).

Т.е. вообщем чтоб не наугад тыкать или бегать в файловый манагер, я прям в диалоге глянуть превьюху крупную

Пробовал гномовский манагер и тунар крыски - оба два не особо хотят в такое :-(

И второй попутный вопрос - есть smb шара за медленным вайфаем, там лежит многофоток, в гномовском манагере включено отображение превьюх и увеличен лимит на размер файла, он все превьюшки показывает но прям Адово долго - раз в 10-20 медленнее чем виндовый или маковский фм, но и не так долго, как если бы он просто выкачивал Файлы целиком перед закидыванием в кеш.
Есть какой-нить фм, который умеет выдёргивать встроенные в жпег/рав превьюшки через smb шустро? Или надо просто поднять не smb а, например, nfs?

Сабж.
gcompris чот не особо заходит
extremetuxracer совсем уж не развивающий ))
miner и иже с ним - рановато

Чего нить бы типа башен (или как эта баллистическая стрелялка называлась), сеговских танков и вот такого бы.
Ну и обучалок нормальных - на цифры, счёт и т.п., но без привязки ко времени

Сабж
Ко мне вернулся случайно мой старенький х201т с 520u 4Гб озу и ssd, с удивлением узрел что он под убунтой 20.04 лопает 10-12Вт в простое с подсветкой на минимуме, мне чот казалось что во времена своей актуальности под дебианом он в простое лопал 5-6
powertop говорит что 2Вт лопает проц (собсно он-же его и грузит азаза), а «основной системе энергии осталось 3-4Вт»

Вопросики:

• сколько вообще должна кушать эта прелесть? 5-6 или мои флешбеки сильно приукрашены и пора бы сходить к доктору провериться (а то может я и с динозаврами то не воевал никогда) а 10-12 это норма?
• что вообще означает «основной системе энергии осталось»? я раньше думал что это проц+озу+диск т.е. то, что может более-менее оценить павертоп, и соотв. остальной разряд это радио+экран+подсветка и подключенные приборы, но сейчас чот разбег больно большой

Сабж, есть ноут с дискретной графикой (10750+Т1000), судя по powertop в около-простое (браузер и чуток мелочи) разряд батареи идёт с темпом около 13-14 Ватт при средней яркости и простаивающей вафле, при этом сама система лопает 3-4 Ватта, проц спит нормально (почти всегда в С3), яркость экрана вносит всего 3-4 Ватта разницы на средней яркости.
Судя по glxinfo задействована именно встройка, вентиляторы молчат, диск в простое и т.п., батарейка обещает около 7 часов жизни (что похоже, она емнип 95вт*ч, в реальности 6 часов под работой получается)

Если в биосе отключить гибрид и включить только дискретку, то под виндой разряд примерно сравним, аналогично если включить гибрид и подключить внешний монитор (который один фиг через дискретку заведён) что под виндой что под убунтой будет ~ 6 реальных часов.

Проблема в чём - я тут случайно оставил на нем ролик крутиться под виндой, с включённым гибридом и без внешнего монитора (т.е. работала только встройка) и он протянул 12 часов не разрядившись до конца (обещал ещё 6, правда яркость ниже обычного была и ролик явно декодировался аппаратно) т.е. по ходу вполне реально его уложить в 3-4 Ватта на систему и 3-4 Ватта на экран, однако (с) что-то явно не так с отключением, как минимум, дискретки под линухом при отключённых мониторах (хотя как она умудряется лопать 6-8 Ватт и не стартовать вентилятор я не очень понимаю) - куда копать?

Сабж
Раньше пользовал icloud через caldav и оно вполне нормально работало и на телефоне (ios) и в эволюшене и в гном-календарике, однако (с) клятые капиталисты отказались от caldav в напоминалках, а у меня там бОльшая часть вещей болтается

кто чего пользует из комбайнов телефон+пк+напоминалки+календарь?

Сабж, в первый раз такое вижу :-)
Запускаем:

openRTSP -i -b 500000 -d 10 -t -P 100 -F test1.avi rtsp://###;  
openRTSP -i -b 500000 -d 10 -t -P 100 -F test2.avi rtsp://###

по логике оно должно выполнить первую строчку, которая пишет файл 10 секунд, потом вторую, и соотв. записать второй файл продолжительностью в 10 секунд, один за другим (да, я в курсе что можно -d 20 -P 10 но это для примера).
на практике оно стартует первую строку и сразу стартует вторую = имеем два почти одинаковых файла.

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

#!/bin/bash

openRTSP -i -b 500000 -d 15  -t -P 100 -F test.avi rtsp://###
for job in `jobs -p`
do
    echo $job
    wait $job
done

сразу после старта говорит что джоб один ([0]) и что у него сразу done приехали, хотя оно продолжает себе спокойно писать 10 секунд

как это они так хитро сделали и как бы таки дождаться окончания записи? :-)

Собственно дилемма:

• tmpfs/ramfs требуют рута для монтирования раздела
• /dev/shm не гарантирует что файл не попадёт в свап

Задачка пихать в рам большой файл (>2Гб) на железке с малым объемом ram (<4Гб).
Файл постоянно меняется и свапить его не надо от слова совсем ибо у железки тщедушный накопитель который может от этого скопытиться.
Можно как-нить маркирнуть папку в shm чтоб не свапилась?

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

Интересно стало.
Допустим я хочу раздать небольшую утилитку, и совершенно не против чтоб любой Вася на планете мог ею пользоваться в личных целях, но был бы непротив:

• назойливого требования пяти долларов с носа
• назойливого окна при старте программы, с напоминанием про [шекели]

Т.е. условно «как винрар» только открытый

Ситуация вроде бредовая, но интересно :-)

П.с. Утилитка аналог modbus poll с парой интересных плюшек, смысл открытости в том что в неё легко можно впихнуть свой протокол не привязанный к модбасу

Обновил заголовок, проблема оказалась системной хотя изначально проявилась в Resolve, но в блендере то-же пичаль.
RX570 + Ubuntu 20.04 LTS + radeonsi + OpenCL из amdgpu-pro = ПИЧАЛЬКА :-(

Логи:

glxinfo -B
name of display: :0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: X.Org (0x1002)
    Device: Radeon RX 570 Series (POLARIS10, DRM 3.38.0, 5.8.0-48-generic, LLVM 11.0.0) (0x67df)
    Version: 20.2.6
    Accelerated: yes
    Video memory: 4096MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 4.6
    Max compat profile version: 4.6
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
Memory info (GL_ATI_meminfo):
    VBO free memory - total: 2861 MB, largest block: 2861 MB
    VBO free aux. memory - total: 4027 MB, largest block: 4027 MB
    Texture free memory - total: 2861 MB, largest block: 2861 MB
    Texture free aux. memory - total: 4027 MB, largest block: 4027 MB
    Renderbuffer free memory - total: 2861 MB, largest block: 2861 MB
    Renderbuffer free aux. memory - total: 4027 MB, largest block: 4027 MB
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 4096 MB
    Total available memory: 8192 MB
    Currently available dedicated video memory: 2861 MB
OpenGL vendor string: X.Org
OpenGL renderer string: Radeon RX 570 Series (POLARIS10, DRM 3.38.0, 5.8.0-48-generic, LLVM 11.0.0)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 20.2.6
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.2.6
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.2.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

sudo lshw -c video
[sudo] password for orlovsn: 
  *-display                 
       description: VGA compatible controller
       product: Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
       vendor: Advanced Micro Devices, Inc. [AMD/ATI]
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: /dev/fb0
       version: ef
       width: 64 bits
       clock: 33MHz
       capabilities: pm pciexpress msi vga_controller bus_master cap_list rom fb
       configuration: depth=32 driver=amdgpu latency=0 mode=1600x1200 visual=truecolor xres=1600 yres=1200
       resources: iomemory:210-20f iomemory:200-1ff irq:159 memory:2100000000-21ffffffff memory:2080000000-20801fffff ioport:e000(size=256) memory:dfe00000-dfe3ffff memory:c0000-dffff

clinfo (c 20.50)
Number of platforms                               1
  Platform Name                                   AMD Accelerated Parallel Processing
  Platform Vendor                                 Advanced Micro Devices, Inc.
  Platform Version                                OpenCL 2.1 AMD-APP (3224.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

  Platform Name                                   AMD Accelerated Parallel Processing
Number of devices                                 1
  Device Name                                     Ellesmere
  Device Vendor                                   Advanced Micro Devices, Inc.
  Device Vendor ID                                0x1002
  Device Version                                  OpenCL 1.2 AMD-APP (3224.4)
  Driver Version                                  3224.4
  Device OpenCL C Version                         OpenCL C 1.2 
  Device Type                                     GPU
  Device Board Name (AMD)                         Radeon RX 570 Series
  Device Topology (AMD)                           PCI-E, 01:00.0
  Device Profile                                  FULL_PROFILE
  Device Available                                Yes

В блендере CL валится так:

Read prefs: /home/orlovsn/.config/blender/2.92/config/userpref.blend
LLVM triggered Diagnostic Handler: Illegal instruction detected: VOP* instruction violates constant bus restriction
renamable $vgpr4 = V_CNDMASK_B32_e32 32768, killed $vgpr5, implicit killed $vcc, implicit $exec
LLVM failed to compile shader
radeonsi: can't compile a main shader part
LLVM triggered Diagnostic Handler: Illegal instruction detected: VOP* instruction violates constant bus restriction
renamable $vgpr2 = V_CNDMASK_B32_e32 32768, killed $vgpr2, implicit killed $vcc, implicit $exec
LLVM failed to compile shader
radeonsi: can't compile a main shader part

в Resolve инициализация проходит:

0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,736 | Starting GPUDetect 1.1_2-a16
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,778 | Done in 42 ms.
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,778 | Detected System:
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,778 |   - OS: Linux Ubuntu 20.04.2 LTS
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,778 |   - Model: ASUSTeK TUF Z370-PRO GAMING
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,778 |   - System ID: a053c830c13a45748cf7a9521a284462
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,778 |   - CPU: Intel Core i7-8700K, 12 threads, x86-64
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,778 |   - RAM: 1.9 GiB used of 47.0 GiB
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,778 | Detected 1 GPUs:
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,888 |   - "AMD Radeon RX 570 Series" (gpu:c558db0c.f91e8f0c) <- Main Display GPU
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,888 |     Discrete, 103 MiB used of 3.4 GiB VRAM, PCI:1:0.0
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,888 |     Matches: OpenCL, XOrg
0x7f1391b10640 | GPUDetect            | INFO  | 2021-03-26 19:24:46,888 | Detected 1 monitors:
0x7f1391b10640 | Main.GPUConfig       | INFO  | 2021-03-26 19:24:46,889 | Compute API set to automatic, defaulting to OpenCL.
0x7f1391b10640 | Main.GPUConfig       | INFO  | 2021-03-26 19:24:46,889 | Selected compute API: OpenCL
0x7f1391b10640 | Main.GPUConfig       | INFO  | 2021-03-26 19:24:46,889 | Automatic GPU Selection:
0x7f1391b10640 | Main.GPUConfig       | INFO  | 2021-03-26 19:24:46,889 |   - "AMD Radeon RX 570 Series" (gpu:c558db0c.f91e8f0c)
0x7f1391b10640 | IO                   | INFO  | 2021-03-26 19:24:46,889 | RED InitializeSdk with library path at /opt/resolve/libs
0x7f1391b10640 | IO                   | INFO  | 2021-03-26 19:24:46,924 | R3DAPI 8.0.0-49A09 (20201217 Lx64S) R3DSDK 8.0.0-49A09 (20201217 Lx64D C3B1) RED OPENCL 8.0.0-50396 (20201217) [/opt/resolve/libs/] init is successful

но при первом же вызове интеропа валится так:

0x7f1391b10640 | UI.GLContext         | INFO  | 2021-03-26 19:24:47,371 | Creating shared OpenGL context for this thread (1 total).
0x7f1391b10640 | UI.GLContext         | INFO  | 2021-03-26 19:24:47,374 | Initialized OpenGL 4.6 (requested 2.0) on device 'X.Org Radeon RX 570 Series (POLARIS10, DRM 3.38.0, 5.8.0-48-generic, LLVM 11.0.0)'
0x7f1350415700 | GPU.MultiBoardMgr    | INFO  | 2021-03-26 19:24:47,374 | Initializing OpenCL board manager for Main Display GPU gpu:c558db0c.f91e8f0c.
0x7f133201a700 | UI.GLContext         | INFO  | 2021-03-26 19:24:47,374 | Creating shared OpenGL context for this thread (2 total).
0x7f133201a700 | DVIP                 | ERROR | 2021-03-26 19:24:47,541 | Failed to create OpenCL context:

DVIP Exception: OpenCL error
 - API: OpenCL
 - API Error Code: Unknown CL error. (-1000)
 - Call stack:
   1   resolve                                 0x6c9ca72 
   2   resolve                                 0x6d29bd1 
   3   resolve                                 0x6d2926a 
   4   resolve                                 0x6d282f0 
   5   resolve                                 0x6d0cea9 
   6   resolve                                 0x6d10eff 
   7   resolve                                 0x5d8d35e 
   8   resolve                                 0x5d8f420 
   9   resolve                                 0x5d8f96d 
   10  resolve                                 0x5d956c5 
   11  libpthread.so.0                    0x7f13bdce6609 
   12  libc.so.6                          0x7f13a0196293 



==========[CRASH DUMP]==========
#TIME Fri Mar 26 19:24:47 2021 - Uptime 00:00:00 (hh:mm:ss)
#PROGRAM_NAME DaVinci Resolve Studio v17.1.0.0024 (Linux/Clang x86_64)
#BMD_ARCHITECTURE x86_64
#BMD_BUILD_UUID 912a4373-f5b5-4e54-9fc6-b9efab4f47f6
#BMD_GIT_COMMIT 5b371db7cafb184ffaac29f3843b849f765fc644
#BMD_UTIL_VERSION 17.1.0.0024
#OS Linux

/opt/resolve/bin/resolve() [0x47f2969]
/opt/resolve/bin/resolve() [0x47f1b68]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0) [0x7f13bdcf23c0]
/opt/resolve/bin/resolve() [0x5d8d37e]
/opt/resolve/bin/resolve() [0x5d8f420]
/opt/resolve/bin/resolve() [0x5d8f96d]
/opt/resolve/bin/resolve() [0x5d956c5]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609) [0x7f13bdce6609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43) [0x7f13a0196293]
Signal Number = 11

Если даунгрейдить CL до 20.40 (в раче говорят 20.50 бывает поломан для полярисов а 20.45 сегфолтится на ровном месте) то всё то-же самое, цл при этом меняется:

clinfo 
Number of platforms                               1
  Platform Name                                   AMD Accelerated Parallel Processing
  Platform Vendor                                 Advanced Micro Devices, Inc.
  Platform Version                                OpenCL 2.1 AMD-APP (3180.7)
  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

  Platform Name                                   AMD Accelerated Parallel Processing
Number of devices                                 1
  Device Name                                     Ellesmere
  Device Vendor                                   Advanced Micro Devices, Inc.
  Device Vendor ID                                0x1002
  Device Version                                  OpenCL 1.2 AMD-APP (3180.7)
  Driver Version                                  3180.7
  Device OpenCL C Version                         OpenCL C 1.2 
  Device Type                                     GPU
  Device Board Name (AMD)                         Radeon RX 570 Series
  Device Topology (AMD)                           PCI-E, 01:00.0
  Device Profile                                  FULL_PROFILE
  Device Available                                Yes
  Compiler Available                              Yes
  Linker Available                                Yes

п.с. на полном стеке amdgpu-pro openCL работает, но немного придурковато:

Хотца обновить резолв до 17ки, два gpu на выбор - 570 в pci-e и родная блекмеджиковская 580 через tb
Пробовал следующее:

1. RHEL8.3 + AMDGPU-PRO 20.50 + Resolve Studio 17.1 = максимально приближенный к официальному конфигу вариант
   Резолв не может показать «вводный тур» (формально он при этом диагностит гпу и выставляет настройки по нему, но их все можно потом ручками выставить), но запускается ок.
   Проблемы:

• переодически падает на ровном месте, в логах ничего толкового
• пропуск кадров при обработке - т.е. покрасили клип, начинаем его играть - в среднем раз-два за секунду проскакивает кадр без применения покраски, притом фиг бы ты с ним в просмотре, при экспорте аналогично в итоговом файле
• в fairlight не видно треков - черная дыра вместо таймлайна (известная проблема при пользовании gl из pro дров)

2. Ubuntu 20.04LTS + AMDGPU-PRO 20.50:
   всё то-же самое только вроде не падает особо
3. Ubuntu 20.04LTS + AMDGPU/RadeonSI (пробовал и с комплектными из бубунты и с не-про с сайта) + OpenCL от AMDGPU-PRO 20.50:

• в fairlight появляется таймлайн, всё по звуку работает огонь

• но видео не работает вообще - даже если просто кинуть на голый таймлайн генератор сигнала то его не видно нигде, в логах GLInterop не работает т.к. в самом начале инициализации OpenCL падает с «unknown error -1000»
  CL накатывал через amdgpu-pro-install –opencl=legacy –headless (пробовал и rocr доставлять но смысла от этого вроде нет)
  при этом clinfo говорит что используется именно амуде цл, а glxinfo говорит что используется именно X.org

• под виндой на этой-же машине всё ок, именно с 17.1 и именно с 570

• если воткнуть 3060 и накатить дрова невидии то вроде то-же всё ок

т.е. проблема исключительно в районе amdgpu притом похоже что и с GL (черный феирлайт) и с CL (пропуск обработки)
но хотелось бы запустить эту машинку именно на 570 или 580 ибо 3060 для другой машинки

Сабж, присоветуйте видяшку для eevee на фоне текущей боли и страданий с ценами
В гугле нашлись только сравнения 20х0 со старыми амуде на 2.8, собсно интересно обновить инфу ввиду 2.9 и выхода новых амуде/30х0

Вопросики:

• по бенчам в 3д игрульках 3060ти примерно равна 2080ти, в eevee производительность примерно сопоставляется с играми?
  или там какие-то свои приколы есть а-ля «на квадре в 2 раза быстрее из-за дров» или «красные на НВМ в 2 раза быстрее потому что оно упирается раньше в память»?
• амуде или зелёные? лично у мну зелёные в приоритете ввиду более вменяемой поддержки 265 в резолве, но не критично

Хотелки:

• хотелось бы в раз в 5 шустрее чем рх570 при чистовом рендере (с 570 gpu загружен на 100%, cpu на <20% т.е. как-раз запас на 5ти кратный прирост по gpu)
• хотелось бы чтоб оно могло в 2-3 раза быстрее чем 570 собирать черновики сцен с длинными таймлайнами - с 570 не очевидно в чём затык - проц загружен на 50%, gpu то-же на 50% при рендере в 800х600 в 32 сэмпла, надеюсь что это просто дискретность монитора)
• 8 а лучше 12Гб видео озу (мне и 4 хватает в eevee но не хватает во фьюжене)

По деньгам вроде 3060ти сейчас меньшее из зол, или чего получше есть?
п.с. игры/майнинг не нужны :-)
cycles/prorender то-же не нужны