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

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

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

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

П.с. Утилитка аналог 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 то-же не нужны

Вопрос - пароль ATA у сата дисков лежит только в контроллере? Он же данные не шифрует, только линию блокирует?
И есть ли [жизнь на марсе] какие-нить точки привязки (типа серийников) после контроллера?
Задачка простая - есть девайс на юнихе, у которого прошивка лежит на обычном сигейтовском hdd, который сегодня начал намекать на то что пора бы его обновить. Печалька в том что судя по гуглу, просто скопировать диск посекторно недостаточно и девайс копию диска не примет.
Соотв. идея купить такой же диск, перекинуть контроллеры, сделать копию данных через незапароленный контроллер, новую механику с копией одеть в старый контроллер, привязанный к железке.
Или там есть ещё к чему можно привязаться?

Два года проект валялся в столе ибо не было желания вникать в ONVIF с полной уверенностью что 100+ одновременных потоков это удел очень сурового железа, однако (с) совершенно случайно выяснилось что обернуть RTP в банальный AVI не так уж муторно и с этим может справиться даже имитация процессора. Пока всё в глубочайшей [попе] альфе, о чём намекает по два эксепшена на одно осмысленное событие (азаза это рекорд), но работает

В VNC и двух терминалах через SSH болтается RPi3 + очень медленная SD карта + старый стретч
40 IP камер с разрешнием 2-3Мп и потоком ~0.5..0.8Мб/с подключены по сетке
Через HDMI подключен 1080 моник, который собсно видно в VNC (тигрь!)

Чито может:

• на калечную карту может одновременно писать основной поток c 20 камер, больше 25 - упирается в карточку примерно через 5 секунд.
  Можно было бы подвылечить кешем, отдав метров 200-300 оперативы, но после праздников просто перекину всё на RPi4 с шустрой картой и внешним диском, по логике должно получиться 100+ потоков
• суб поток ~150 камер, тут уже 3b в целом начинает сдавать
• запись 16 каналов и одновременная обработка 12 каналов быстрых данных от приборов отжирают в top’е всего 22% ядра и 14% памяти (хз как top считает, на самом деле больше - один канал камеры слопывает около 2-3%, обработка около 10% в сумме)

Чито не может:

• 351% это всего-то отрисовка двух камер - одна в реальном времени, вторая из записи. тут всё пИчально до боли но этим пока особо и не занимался. Без отрисовки по top’у интерфейс лопает процентов 20-30 «в простое» (если не двигать окна, если двигать то чуток упирается в свой свинговский однопоток но в 1080 всё довольно шустро)

Скрин из под обычного ПК с OL и гномом 3.28 на 4к монике. Сия древность не умеет во fractional и я долго не любил его за огромные элементы управления при scale=2, но случайно решил зайти к вопросу с боку и в целом мне понравилось - выставлен scale=1, а вот скейл шрифтов 1.75 (на практике это немного перебор, 1.65 в самый раз).
В итоге:

• нужные элементы интерфейса (кнопки/бары/меню) - в самый раз
• не шибко нужные элементы интерфейса (кнопки управления окном/разделители) меньше нужного но не мешают
• на удивление такой скейл не ломает ни firefox ни eclipse (в эклипсе мелкие значки и тексты подсказок но не шибко мешает и подсказки по идее можно починить) ни даже java приложения (как минимум на 11). Пока не пробовал капризную, в этом плане, RawTherapee но у неё на случай беды есть костылик
• гном тормозит меньше чем со scale=2 :-) Большинство приложений выглядят «немного не так» но реальных багов масштабирования пока не замечено ни одного и в плане удобства, лично по мне так знамо лучше стало.

Трабл - есть старая машинка с 16гб оперативки и рх580/4гб.
Есть resolve 17, обычный, не платный, под виндой 10, который регулярно зависает при рендере 4к роликов с не шибко то навернутыми переходами и титрами во фьюжене.
ОСь свежая, резолв переставлял, проявляется на разных проектах, по сути чтоб нормально отрендерить надо перезагрузить перед этим машину и тогда все ок, но если проредактировать таймлайн то рендер уже не пройдёт.
Кеш чистый, свап есть, все в целом настроено норм но пичальбида.
На машинке под rhel с 64гб и двумя 1060/6гб все ок с этими же проектами, но хотелка была рендерить на старичке не занимая верстачок.
Вопрос - поможет ли накатывание линуха на калькулятор или один фиг будет валиться из-за памяти?
Вдруг кто любится во фьюжн без памяти и знает рецепт :-)
П.с. Не пробовал только отключать gpu в настройках фьюжн клипов и полностью отключать дискретку чтоб была возможность выбрать igpu

Сабж. Есть идея переписать пару гуев на fx для raspberry, которая не умеет нормально в 2д акселерацию в swing. Несколько лет с поддержкой fx на расбери была пичаль (с емнип 8.65 по 11х) но сейчас вроде и openjfx и либерика все починили - насколько оно юзабельно и стабильно (пусть без media и web компонентов) на линухах вообще и расбери в частности (вдруг кто пробовал)?
П.с. Вопрос исключительно к тем, кто реально пользовался чем-нить на fx т.е. вариант «нет, потому что я этого не видел в глаза» не особо интересен

Внезапная печалька, с которой Гугл не помог - стоит в подвальчике, отключается когда температура падает ниже нуля хотя диски +20 и проц +30.
Прошивка последняя, ось 5ой вроде версии.
Можно ее как-нить успокоить на тему холодов? Для вентилятора есть в гугле скриптики, может кто вникал в местный термал и помнит где лежат у неё константы температурные?

Хочу морально подготовиться к отказу от стационарника в угоду ноуту, гном на прошлом ноуте меня в целом устраивал, но там был обычный дпи (14’ 1080), сейчас hidpi (15 4K).
Вопрос следующего толка - некоторое время гонял 3.32 в rhel под иксами (ибо под вяленым сильно глючил eclipse) и в hidpi он регулярно подлагивал на 8700к+Rx570 и в целом любил подглючить именно относительно масштабирований (то меню всплывают в рандомных местах, то мониторы после перезагрузки теряют расположение, то приложения цепляют скейл через раз), вообщем 3.30 в дебиан-стейбл не особо охота.
Насколько знаю, между 3.2х и 3.3х был довольно заметный профит по производительности (ранние 3.1 у меня вообще слайд шоу показывали) да и глюков чуток причесали, за сим пара вопросов:

• есть ли заметная разница между 3.32 и 3.38? Или плюс-минус те же баги будут
• тестинг сейчас заморожен же? Т.е. с каждым днём он все менее тестинг? :-)
• когда релизнится 11, с текущего тестинга же можно будет сделать 11-стейбл (по логике оно само так должно получится)?

Есть raw с разрешением 60мп, хотелка получить jpeg 15мп без двойной аппроксимации (при первичном расчёте цветов при дебайере и потом при масштабировании) т.е. что бы сразу при формировании цветов получать один пиксель из 4х соседних
Равтерапия вроде раньше умела но чот не нашёл в свежей такого алгоритма в списке доступных :-(

Debian 10 minimal + xorg + pulseaudio + первый релиз xfce 4.16 из исходников с офсайта

Скрин ресайзнут в два раза

Три монитора - 4к+1080+1600х1200, штатная в 10ом дебиане крыса 4.12 в hidpi умеет не очень, 4.14 умеет хорошо, 4.16 пока умеет с небольшой помощью:

.Xresources

Xft.dpi: 192

.xinitrc

xrdb -merge ~/.Xresources
export GDK_SCALE=2
export GDK_DPI_SCALE=0.5
exec startxfce4

т.к. через штатные настройки GDK_SCALE подхватывается а DPI_SCALE упорно не захотел, а без этого шрифт в GTK2 программах мелкий (gimp, anydesk) и приложения на Java Swing не скейлятся без дополнительного пинка
Самое главное что полностью нормально работает Eclipse (swt через gtk2) - шрифты в норме, иконки в норме, всплывающие окна (в том числе дополнятора) всплывают где надо а не где придется (привет wayland!)

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

Т.к. система голая то апплеты просто пересобраны из гита крысы

Не люблю темные темы но решил попробовать, пока некоторая мешанина

Из замеченных глюков:

• если в трее выбрать отображение приложений только активного монитора, то он не выводит ничего кроме приложений крысы (например приложение настроек показывает а остальное игнорирует), даже если включить отображение всех рабочих столов - это важно ибо у меня второй моник для терминалов по сути и лишние кнопки в трее на основном монике мешают
• neofetch запущен в xfce4-terminal в режиме drop-down (аналог guake), при этом стоят флаги allways on top и keep open on loose focus но один фиг если кликнуть куда-нить вне терминала то он скрывается другими приложениями, притом даже если кликнуть на приложение которое его не перекрывает (но на экране в принципе есть перекрывающие). должен просто оставаться верхним в списке до упора. в реальности не напрягает ибо он нужен только чтоб что-то быстро вбить и закрыть. глюк самовыпилися, повторить пока не удалось Забавно что окно попадает на панель нотификаций
• при перемещение окошек к границам окон хоткеями, некоторые приложения толь отрисовывают себе невидимые границы толь просто недолетают до края чуток - на примере справа терминал, который не дошёл до краёв экрана справа и снизу (спецом обрезал картинку аккурат по краю панели верхней чтоб было видно), при этом опера спокойно заняла всё место как положено. Не мешает
• апплет погоды регулярно падает при настройке списка выдачи инфы, благо он не особо нужен и список таки можно настроить
• разные заголовки окон у приложений из панели настроек (жирные, хотя доп кнопку всего в одном видел) и остальных (обычные тонкие). немного непонятно почему

В остальном вполне рабочая версия, надеюсь попадёт в дебиан 11 и к тому моменту допилят все огрехи

п.с. в голом дебиане можно собрать так: Вышел Xfce 4.16 (комментарий)
только при установке в / надо make выполнять из под рута для пары пакетов, так что можно просто скрипт целиком из под рута прогнать
и да, это наверняка убъёт уже установленную 4.12/4.14 так что нет повода это делать на живой системе

Есть нужда обновить рабочую лошадку
Хотелки:

• яркий экран (500-800 нит) т.к. регулярно работаю на солнышке и в мои текущие 300 нит я вижу чаще фигу чем книгу
• прилично защищенный, чтоб спокойно переживал поездки в багаже, работу на жаре при высокой влажности и в мороз, мог пережить легкий дождик с закрытой крышкой, не царапался и не облезал на ровном месте
• работал от батареек 8+ часов и заряжался пошустрее, в идеале двухбатарейный, с возможностью достать ОБЕ батареи без инструмента (если надо скинуть в багаж и отцепить литий)
• озу 16 в целом достаточно, ссд на 1тб хорошо но не критично, на видеокарту пофигу, на проц то-же - мне и 8250 вполне хватает.
• чтоб не троттлил под нагрузкой
• удобная клава и удобный трекпоинт
• рабочий тандерболт, rj45, usb не только С, в идеале lte но не обязательно
• экран 14-15.6"
• габариты чем меньше тем лучше но они наименее приоритетны из всего остального

Собственно ленова всему удовлетворяет, но хотелось бы заранее прояснить ряд подводных камней, которые вылезли за последние два года эксплуатации т480s и о которых не говорят в спецификациях:

• клавиатуры у T15, P15 и P15s одинаковые или нет? у 480s клава «тонкая» и это заметно хуже «обычной» в 480 - у P15s она «обычная» или «тонкая»?
• 1080 ярких нынче не делают? мне 4к на 15" совсем не уперся, но все 4к с 500-600 нит, при этом 1080 с 500 нит я нашёл только в одном P15 (20ST006LRT). В моём 480s матрица просто омерзительная, хотя и честный ips, с нормальными 1080 их больше не делают и надо в любом случае смотреть на 4к?
• для 4к есть два варианта на 500 и 600 нит - у них одинаковые матрицы или нет?
• по 4к 600нит то-же вопрос - есть две почти одинаковые модельки: 20T40043RT и 20T40044RT, отличаются, на первый взгляд только памятью, но для первого указано в ттх что у него матрица умеет в argb100%, а у второго нет - это просто косяк в описании или 600ые то-же разные?
• сейчас все ssd в комплекте идут nvme или есть шанс, как раньше, что впихнут sata если прям конкретно не указано что nvme?
• в чем смысл от T15 если P15s примерно такой-же по габаритам/весу? и в чем глубокий смысл T15p, если он вообще такой-же?
• заметна ли разница в охлаждении между P15 и P15s? P15s, на первый взгляд, золотая середина между «тонко но перегревается» и «жирно но слишком жирно»
• по памяти - у них у всех весь объем разбит по принципу «половинка напаяна половинка в слоте» или еще делают с пустым слотом?

У леновы раньше легко гуглились pdf’ки со сводной таблицей всех-всех вариантов комплектаций, которые можно заказать по конкретной модели, где были ответы почти на все вопросы, но чот не могу найти такие ни на p15 ни на p15s - может кто встречал?

UPD: Посмотрел на ютубчике разборку t15p и p15s - чот вопросов только больше стало - у T15P два слота для памяти без распайки и два M2, у P15s один слот и там и сям. Охлаждение вроде одинаковое. Я думал наоборот, Т-серия покомпактней внутрях а P погибче - получается T15p получше? о_О

UPD2: Например: 20T40043RT - прям всем хорош, кроме hdmi 1.4 (это не ошибка в описании на оф сайте?) но в целом можно и док купить, благо у меня 4к монитор только один а на выездах обычно 1080
20TN0017RT - не очевидно почему дороже - да два слота для памяти но в Pшке её изначально в два раза больше (и 32гб мне за глаза), два М2 но опять-же к Pшке ничего и докупать не надо, а один м2 на 1Тб по логике жрет меньше чем два м2 по 512, да есть еще один usb-c но я за последние пару лет ими пользовался один (!) раз, блок питания пожирнее но и потяжелее (а его то таскать приходится когда едешь куда-то дольше чем на день), батарейка плюс-минус та-же, время автономности почему-то в два раза ниже но допустим это маркетологи накосячили

UPD3: Еще вопрос - эти новые леновы можно заряжать по USB-C быстрой зарядкой? у моего 480s это основной разъем (у него нет слим-тип) и это очень удобно - в поездку берешь одну зарядку, и от неё заряжаешь всё (что умеет в фаст-чардж заряжается шустро, что не умеет то просто пятью вольтами). В 15шка слим-тип и вроде как usb-c, через который можно заряжать (или не можно?) - вопрос умеет ли он в фаст-чардж? или он будет долго и нудно заливать свои 65вт*ч через пять вольт?

Вообщем не очевидно, поясните кто понял разблюдовку по моделям ленововскую o_O

Гном 3.32.2 на Oracle linux 8.3, дрова amdgpu обычные без блобов
Подключены два монитора:
DisplayPort-1 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 600mm x 340mm
DVI-D-0 connected 3200x2400+3840+0 (normal left inverted right x axis y axis) 408mm x 306mm

В настройках мониторов выставлен scale 200%, после старта гнома запускается команда xrandr --output DVI-D-0 --scale 2x2 по которой собсно второй монитор из 1600х1200 становится 3200х2400

Всё это работает на удивление прекрасно, пока не включится заставка/не заблокируется экран - после разблокировки от мелкого монитора остается половина по горизонтали и 90% по вертикали (аккурат до разрешения основного экрана т.е. от 0 до 2160) - т.е. во весь экран отрисовывается только дефолтная обоина, а основная обоина отрисовывается только на куске экрана и окна двигать можно тоже только по нему. Если сделать скрин экрана то в него попадает только вот этот активный кусок.
Вывод xrandr не меняется после глюка
Что интересно - через настройки можно включить single display, но вернуть обратно Join - уже не получится, если включить mirror то будет чехорда с половинкой экрана опять

Куда копать?

Призадумался что если потеряю ноут то там и конторские доки и исходников всяких разных и фоты котиков.
За сим хотца чем-нить не особо навязчиво его зашифровать, но чтоб не шибко сильно било по производительности виртуалок, коих там парочка активно используется - по идее в современных процах же куча всякого аппаратного шифрования.
И я явно не один с такой хотелкой - кто чем пользуется?

Объясните чем object storage отличается от на порядок более дорогого file storage? Кроме доступа не через nfs а через местное api.
С archive storage понятно - там время доступа час и платить за 90 дней хранения в любом случае, а вот объектное хранение выглядит довольно вкусно по ценам - в чем подвох, кроме платного трафика? Кстати, трафик внутри облака платный или нет? Т.е если приложение хостится тоже в oracle cloud, то платить надо только за входящий до compute инстанса трафик, или и между compute-storage тоже платный трафик?
Хотелка простая - хранить несколько терабайт фото/видео которые регулярно поступают через приложение (можно захостить на том же облаке) и иногда отдавать их в сеть.
Кстати можете присоветовать другой сервис ответственного хранения :-) в идеале тоже с фишкой «медленный доступ дешевый объём» и разумным vds

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

• чтоб можно было вывести превью хотя-бы pdf/графики выбранного файла в отдельной области
• чтоб это работало при выборе файла из браузера
• чтоб была возможность разделить на две панельки и гонять «как Нортон коммандер» с клавы
• чтоб нормально работал с самбой и нфс
• чтоб умел выдирать превьюшки из фото файликов в raw и кешировать их по сети (через ту же самбу например) с вменяемой скоростью
• чтоб запоминал выбранные виды для папок, в идеале с сортировкой

Сабж
В описании релиза 4.16пре1 написано следующее:

What’s next? We’re expecting to release Xfce 4.16pre2 at the end of this month and if necessary pre3 will be released in October. If everything goes as planned Xfce 4.16 should be released by November!

Однакож (с) ноябрь уж наступил а пока еще даже 4.16пре2 не выходила, хотя обещался полный релиз
Собсно никто не в курсе, когда планируется? Дюже понравились некоторые новые плюшечки

Продолжаю пилить охранную софтинку.

В гуях ни разу не силён, хотелось бы cпросить совета что делать с левой частью, основную в целом привёл в порядок (в прошлый раз троллили мотифом :-D )

Что имеем:

• бегает на малине 4 под чистым ксоргом без ДЕ/ВМ, позволяет растащиться на 2 монитора одним окном
• чистый swing
• все панельки это jinternalframe’ы ибо ВМ нет
• темка родной кросс-платформенный нимбус, который входит в jre больше десяти лет, долго и нудно крашенный под темный. Изначально он и так не плох, но скучно (с). Десяток самописанных painter’ов, и несколько сильно переделанных контролов, включая особо замороченный для заголовка окон, дизайн заголовка спёрт в adwaita-dark :-D но основной смысл пока не реализован - изначально туда пихались кнопки управления, но практика показала что места слишком мало, а вот кнопка, которая позволяет взять contentpane и перекинуть его из jinternalframe в обычный jframe прям напрашивается, если программка запущена на ПК с ВМ - тогда можно отлепить окно панели от внутреннего окна приложения и таскать его куда душе угодно (привет rawtherapee, я мечтаю о такой кнопке уже вечность для окна с фоточкой).
  Бонусом пришлось писать ограничение кадров (частоты перерисовки) при перемещении окон.

В целом:

• Под расбери 3/4 в 3840x1080 работает нормально, в 4К тормозит при перемещении/масштабировании панелей но вполне юзабельно, основную функцию выполняет без нареканий
• Под виндой летает аки конь (привет 2Д ускорение аппаратное, тут недавно как-раз обсуждалось)

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

п.с. местами остались кастом-кнопки (самая верхняя панелька, кнопки и заголовок таблицы в плавающей панели «событий»), на которые было потрачено пол часа жизни, но увы, по итогу читаемость оказалась слабенькая. потом грохну.

п.с.2. в прошлый раз спрашивали что видит оператор - оператор видит план (специально попробовал вместить кусочек, хотя планы тут из сильно старой версии, от лубочного svg принято решение отказаться а новый велосипед пока не готов), левую панель и нижнюю панель с событиями, потом будет еще одна правая панелька с активными печальками. Остальные окна оператор не видит, они для инженера. И да, на первый взгляд для инженера всё немного переусложнено но он а) учился же не зря б) это всё трогают только когда совсем печаль какая-то, обычно включил-забыл.

Сабж, хотелки:

• 512+ рамы, лучше гиг
• проц не шибко важен но 2 ядра лучше чем одно :-)
• напаянная emmc, хотя бы 8гб
• Ethernet через обычный rj45, можно 10 мегабит
• питание от 12-24 Вольт крайне желательно, на худой конец хороший питальный разъём если 3 или 5(не юсб а штыревой или площадки под пайку)
• gpio с рабочей spi, хотя бы один uart и пяток свободных ног
• желательно иметь хотя бы usb порт
• если на борту будет 1-2 кнопки то вообще шик
• в идеале чтоб работал от -20 градусов хотя-бы
• часы реального времени на плате дюже хотелось бы

Ну и главное - дёшево :-) точнее в районе рублей трёх хотелось бы

У олимекса есть платы, которые удовлетворяют прям всем требованиям, но цена несколько конь и доступность в рф никакая (тех что с еммц и типа индустриальных), у orange pi zero нет emmc (точнее не нашёл с распаянной) и не заявлена рабочая температура, у nanopi от старого доброго френдлиарма нет gpio от слова совсем … вообщем какие-то полумеры всё.
Вдруг кто видал искомое

Сабж, без учёта размеров рабочего места и бюджета

Есть ли жизнь с 49" 32:9 или 2 27" 16х9 удобней? Или один 4к 43" 16:9? Сильно ли плющит мозг при работе с текстом на изогнутых панельках?
Если брать 43" то можно ли настроить его как несколько виртуальных мониторов произвольной формы, что-бы окошки раскрывались не на всю площадь, а внутри своей «рабочей зоны»? Или нуегонафиг и все массово ждем оледы?