В общем, дело такое.

Дано: Bliss OS в виртуалке с VirGL GPU (3д ускорение есть, все хорошо).

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

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

Что попробовал:

• VNC из qemu. Клиент - aVNC, и прочие. Дикие тормоза с отрисовкой на клиенте, длительное нажатие на экран никак не передается.
• spice из qemu, клиент - aSPICE. С отрисовкой лучше, но кровь все равно течет из глаз. Проблемы с вводом никуда не делись.
• sunshine/moonlight - сервера под них под android-x86 я так и не нашел, ровно как и поддержка такого извращения в клиенте скорее всего отсутствует.

Есть ли у кого истории успеха?

Кто-нибудь тыкал? С этим реально жить, или багодромище и «пока не готов»? Какие самые назойливые баги? Заведутся ли внешние мониторы подключенные к второй видеокарте (невидия)?

Ну и подобных поделий от гугла и самвсуньга. Интересует как технически выполнена интеграция в т.ч. с продуктами xiaomi и другими. Пока у меня в голове вырисоввывается такая картина на примере xiaomi:

Для zigbee:

zigbee устройство -> zigbee2wifi шлюз -> облако xiaomi -> облако apple -> пользовательский айфон

Для ble:

ble устройство -> ble2wifi шлюз -> облако xiaomi -> облако apple -> пользовательский айфон

для wifi: устройство -> облако xiaomi -> облако apple -> пользовательский айфон

Я это правильно осознал, или где-то в корне неправ?

Собственно, требования весьма взаимоисключающие: 32, а лучше 64 гига оперативной памяти, 13-14’, легкий чтобы можно было взять в командировку.

Островная клавиатура с коротким ходом клавиш для меня норм и предпочтительнее, как и pgup/pgdown по Fn+стрелки. Отдельный плюс, если металлический корпус, на который идет теплоотвод (чтобы при запуске моделирования/компиляйтунга локально, можно было положить кирпич из чугуния и «увеличить» время работы в турбобусте, как сейчас иногда делаю со своим envy 13).

Пока смотрю в сторону Dell XPS 13 9300, хотя цена кусается.

Собственно, из того, что я знаю:

• vaapi - В него, как я понял, умеет в основном интел и опенсорсные драйвера amd. Его может использовать gstreamer через vaapi

• vdpau - Та же хрень, но от невидии. Особенно доставляет то, что на Nvidia Jetson НЕТ vdpau, только gstreamer с плагинчиками!

• xvba - Та же хрень, но от AMD. (вылетело в похожих топиках после поста, вообще не знаю, что это и живо ли оно)

• gstreamer - Туда цепляют вендоными плагинчиками аппаратное кодирование/декодирование видео, хотя оный может использовать vaapi для аппаратного декодирования через соответствующий плагин.

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

• ffmpeg - Ну и некоторые просто добавляют сюда хаки.

• Вендорные костылебиблиотеки. Ну их, я думаю, мы не рассматриваем.

А теперь внимание, большой вопрос. Что из этого зоопарка лучше всего поддерживается наибольшим набором прикладного софта?

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

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

Сабж: https://www.youtube.com/watch?v=_ypE-wLqoVo

Внутри орочья конструкция: debian, mpd, графический интерфейс на Qt. Так как дисплей был под рукой только с модулем на ESP32, то гуй запущенный на xvfb делает свой скриншот в JPEG и регулярно шлет его на ESP32 для отображения, а в ответ получает стрим нажатий клавиш. Дополнительное оборудование - два самодельных контроллера LED ламп на nrf24l01, получающих стрим как мигать, к которым присобачил RGB ленту. Ну и старый мой хаб с реле, который щелкает родными светодиодами, питанием усилителя и вентилятором.

Все это вмонтировалось вместо родной электроники, которая сдохла лет 5 назад. Питается все от 12 вольт.

А как развлекаетесь Вы?

Собственно, это уже где-то обсуждалось в толксах. Как я говорил, я запилил «антиспам» на основе астериска (chan_dongle & FXSO), который троллит звонящих рекламщиков и телемаркетойдов, тихо и мирно сидя на «резервном» номере и обещал мануал. Я его запилил

В тред призывается theNamelessOne.

Допустим есть железка, где основная vt недоступна от слова вообще (headless сервер, или одноплатник где UART не распаян и т.п.). Допустим из-за какого-то косяка в файловой системе или настройке сервисов, все вылетело в аварийную консоль. В ней, понятное дело, нет ни сети, ничего.

Задача - достучаться в таком «аварийном» режиме до этой самой аварийной консоли по сети с наименьшим количеством костылей. Есть ли у кого истории успеха?

Собственно, в наличие развернутый FreePBX с шлюзом в GSM при помощи chan_dongle. Входящие звонки роутятся на IVL. Надо записывать все, что говорит собеседник, причем в т.ч. до того момента, когда звонок по меню зароутится на voicemail. Включение call recording’а в веб-морде пока привело только к тому, что создаются на каждый звонок пустые wav’ки из одного только заголовка. Есть мысли в какую сторону копать?

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

Оборудование (основное):

• Asus N75SF (Доживает свои дни на даче)
• HP Envy 13 (Текущая рабочая машинка)
• 3d-принтер Flying bear P902
• Паяльная станция Lukey 702. Только сейчас понял, что ей уже 15 лет. Ну и оловоотсос китайский в добавок.
• Осциллограф: Rigol DS1052E. До 100Мгц я его так и не разогнал, т.к. не было надобности.
• Камеры: Над осциллом дешевая китайская yoosee с PTZ. Включаем RTSP, режем доступ к облаку на роутере, профит. Еще по участку в роутеры на OpenWRT (их 4 штуки, между ними гигабит, роаминг через 802.11r) воткнуто несколько старых веб камер, отдающие поток через mjpeg-streamer. Недавно добыл для экспериментов две xiaomi dafang на которые ставится прошивка dafang-hacks. Пожалуй, на этом варианте и остановлюсь.
• Управляющие устройства для homeassistant: Тут сборная солянка. Часть - мои старые проекты на nrf24l01, часть на esp8266 с esphome (некоторые мои платы, некоторые готовые девайсы от sonoff перешитые esphome). Дополнительно по дому выключатели xiaomi aqara и некоторые датчики из этого комплекта, которые работают через zigbee2mqtt. Облака? Шпионаж? Нет, не слышали.
• Освещение: Из-за потолка под скатом крыши, поставил светодиодные ленты. Ими управляют мои самопальные модули, плавно зажигающие и гасящие их.

Софт:

• Octoprint (веб-интерфейс для 3д-принтера)
• cncjs (веб-интерфейс для станка с ЧПУ. Иногда приходится юзать bCNC, так как autolevel’инг в cncjs уже который год никак не допилят)
• shinobi (сервер видеонаблюдения. Пока только разворачиваю, думаю попробовать его сдружить с аппаратным m2m mfc на exynos в odroid-x2).
• wireguard - соединяет дом и дачу в одну локальную сеть. С тех пор, как провели оптику пинг от дачи до дома 4 мс.
• Steam - использую, чтобы иногда поиграться. Видеокарта стоит в сервере дома, на дачу идет стрим. Задержка 20-30мс, что вполне достаточно.
• Роутеры: Везде исключительно OpenWRT с типовой для меня конфигурацией.
• Homeassistant - собственно, пульт управления для умнодома.
• Chef - конфигурацию всех одноплатников под все задачи давно перестал делать руками, решил перейти на chef. Сейчас в процессе активного осваивания рубей и переписывания на нем всего и вся.
• Jenkins - по расписанию собирает ночью OpenWRT с типовой конфигурацией и деплоит на роутеры. Вот такие вот хардкорные обновления.

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

Самое главное, что есть - удаленное управление, которое позволяет отправить задачи на 3д-принтер/станок с чпу, что займут много времени и шума, а когда приедешь на дачу просто снимаешь готовый результат и не тратишь время.

>>> Просмотр (1920x2530, 1784 Kb)

Собственно, разыскивается сабж для андроеда. Юз кейз: просмотр с телефона экрана удаленной виртуалки, где установлен android-x86. Такое существует вообще, или только если свой костыль писать?

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

Сабж, решил активно расхламляться, в наличие небольшое (штуки 4) аккумув в помойку.

Собственно, обещал отписаться, как закончу. Огромное спасибо за подсказки всем в этом треде.

Для тех, кто в танке - есть Nvidia P106-100, майнинг вариант GTX1060, который можно дешево добыть у китайцев. Если после майнинга, то совсем совсем дешево. Играть на нем (официально) нельзя, но если воткнуть в материнку с интегрированной графикой и пропатчить виндовые дрова по методу Дяди Ляо, то можно.

В линуксе никто это дело почему-то не пытался даже заводить, а зря, ибо, как оказалось, заводится оно с полпинка. Есть иксы с композитингом и видеоускорением, работает steam и стриминг игр, виндовые игры на ура стартуют через proton. Ведьмак дал где-то 30-50 fps на ultra настройках, что для видюхи стоимостью меньше 100 баксов очень даже неплохо.

Кому интересно, я сделал инструкцию у себя в бложике.

Пока тестил только с проприетарным драйвером nvidia, в планах потом попробовать еще nouveau. Вдруг заработает vaapi, ибо nvenc/vdpau с проприетарным не взлетели, как и SLI ;)

sudo cast pon4ik peregrine sergej intelfx

Итак, есть сервер с видеокартой, на нем запущен X11, с GLX и прочими ништяками, где может крутиться графически-интенсивное приложение (не обязательно стим). Задача передать картинку на клиент, а ввод с клавиатуры/мыши клиента передать в X11.

Собственно, порекомендуйте что есть для организации такого извращения в линуксах?

Собственно, МГТС опять назойливо предлагает апдейтнуть городской телефон до GPON, который ныне используется исключительно для посыла нафиг рекламщиков и общения с пожилыми родсвенниками. Интернет их нафиг не нужен, пока используется только телефонная линия. А теперь внимание, гусары, вопрос:

1. Какие плюсы/минусы? Стоит ли рассматривать их как интернет-провайдера?

2. Есть ли истории успеха по подключению городской линии к Asterisk'у через их модем? Уж больно чешутся руки сделать автоответчик, посылающий маркетойдов в реактор с особым цинизмом.

3. Какие шансы взгромоздить OpenWRT на sercomm'овским мопед, при этом сохранив функциональность gpon? Впайка UART и потеря гарантии не пугают, как ежика голая задница.

Джентльмены, а есть ли в продаже ARM'овые отладочные платы с linux и UEFI? Желательно с более-менее открытыми даташитами. Просто чтобы потыкать, как оно выглядит на ARM

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

На скриншоте самый обычный проксмокс в кластере с двумя узлами, который развернут у меня дома. KDE установлен на этот же proxmox, в нем запущен firefox, а в firefox открыта веб-морда proxmox. Такая вот рекурсия.

Предыстория

Не так давно собрал себе бюджетный сервер на Xeon e5 2660v2 под хранилище виртуалок и контейнеров. К сожалению, так как потребности в вычислительных мощностях серьезно выросли за последний год, обходится парочкой Odroid-X2, как в старые добрые времена уже не могу, да и старенький HTPC на хасвелле с пассивным охлаждением с нагрузкой не всегда справляется, особенно летом.

Изначально думал собирать на TR4 1950x, но проконсультировавшись с жабой решил собрать бюджетную конфигурацию на LGA2011 и дополнить ее AMD RX580 в виде видео.

На сервере раскатал proxmox, куда мигрировал все свои виртуалки, и который мне пришелся очень по нраву. Для стима развернул виндовую виртуалку, куда пробросил физическую видеокарту.

Встал вопрос обслуживания, так как в отличие от пассивного охлаждения этого монстра надо чистить регулярно, а глушить виртуалки не всегда удобно. Именно поэтому я раскатал на десктопе еще один proxmox и объединил с основным в кластер. Графический интерфейс накатил без всяких контейнеров и виртуалок на proxmox. Все равно под капотом это привычный и любимый мною debian.

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

Конфигурация десктопа:

• i7-4560U
• 16 GB RAM
• 128GB + 256GB + 256GB SSD

Конфигурация сервера:

• Материнка X79 PlexHD ~100$
• Xeon e5 2660v2 ~100$
• 64GB DDR3 ECC RAM 1866 ~200$
• 2U корпус от Etegra (подарили, 1U БП с резервированием, бэкплейн и прочее пришлось выкинуть, а сам корпус доработать напильником и 3д-принтером.)
• 2U тихий блок питания 500W (~6.5к рублей)
• 16Gb Optane M.2 (~2.8k рублей)

Жесткие диски переместил из NAS’а и старых компов, докупать пришлось только оптанчик.

Хотя по количеству вышел (имхо) небольшой перебор:

1x1 Tb SSD для системы 2x6 Tb зеркальный рейд для данных 2х1 Tb полосатый рейд с bcache на оптане - площадка для сборки разного софта. Только при сборке на нем проектов типа OpenWRT/linux, удается выгрузить все ядра на 100%. Без кеша на оптане все упирается в I/O и больше 30-40% загрузить не выходит.

Также в новости про Stadia интересовались задержками при стриминге через steam. Собственно, дублирую замеры сюда:

На тесте было тупо главное меню subnautica:

1. Софтварный энкод в 6 тредов + софтовый же декод на хасвелле: 59fps@1920x1080 задержка видео 33 мс.

2. Софтварный энкод в 6 тредов + декодирование через QSV - 22 мс, те же 59 fps.

3. Аппаратный AMF энкод + декодирование через QSV - 29(!) мс.

Соединение - гигабитный линк по меди через роутер.

По количеству потоков программного кодирования: 1 поток - неиграбельно 2 потока - 50 мс и 19 fps 3 потока - 30 fps, 35 ms лаг 4 потока - 30 fps, 30 ms лаг 6 потоков - 60 fps и 21 ms лаг

Вывод: программное кодирование в большое (6+) количество потоков даст лучше и по задержкам и по качеству, чем аппаратное.

В общем как-то так. Ядра выжираются почти полностью 67% от 10 ядер судя по веб-морде проксмокса. Дополнительная погрешность от VNC и самой субнаутики.

TODO:

• Замеры энергопотребления
• Прикрутить vagrant к контейнерам proxmox
• Осилить chef
• Мигрировать все веб-приложения из виртуалок в контейнеры, попутно переписав все развертывание на chef, вместо ручной настройки. Это должно сделать автообновления всего этого добра намного проще в теории. (Сейчас там все в основном на debian stable с автоапдейтами и большей частью живет на автопилоте не требуя вмешательства, кроме ритуального обновления iredmail)

>>> Просмотр (1920x1080, 238 Kb)