Есть такой?
Задача - бегать по 30-50 папкам где лежат фотографии, фотографий в каждой папке от 1 до 10 тысяч, в половине папок жпеги по 10-20мб, в половине равы.
Гномовый дефолтный и тунар из крыски а) очень долго строят превьюшки б) любят перестраивать их при входе в папку рандомным образом (обычно раза 2-3 позволяют заглянуть в папку дергая кеш но потом «что то идёт не так»).
Я чот был уверен что слоупочность это Н-норма в данном случае, но случайно побегал по этим же папкам с вин машины и был несколько обескуражен что через самбу на гигабите виндовый проводник на порядок быстрее строит превьюшки чем тунар/гном локально с райд10 и при этом нет проблем с кешем.
Есть какой-то секретный тумблер «сделать быстро»?

Есть хотелка попробовать альтернативу текущему Linux raid, в котором мне очень греет возможность в любой момент достать один из дисков зеркала и прочитать его на любой другой машине
Вопрос может ли это zfs в принципе, есть ли совместимость между freebsd и zol (т.е. прочитает ли zol диск из массива созданного под фрёй), есть ли привязка к версии ядра (условно если создать фс под рхел8 с емнип 4.10 и воткнуть в свежее 5.хх то прочитается? А если наоборот?)?
И ещё вопрос - можно ли взять 4 диска по 1Тб организовать одно (!) зеркало на 2тб так чтобы:

• иметь возможность прочитать один любой диск отдельно, получив половину данных (в идеале - первый 1Тб, т.е. если массив заполнен меньше чем на 1тб то все данные с него)
• иметь понимание какие диски дубли (АА) а какие - последовательные (АВ) т.е. иметь возможность достать два диска что бы прочитать все 2тб на другой машине

И ещё вопрос :) если организовать в одной zfs два зеркала, то безопасно ли извлекать оба диска одного из зеркал и можно ли их перенести на другую машину в виде «как есть», чтоб они сразу подхватились зеркалом без пересчётов?

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

Завтра буду вскрывать «капсулу времени» из 2005ого с записанными на тот момент на жесткие диски архивами с фотографиями. Чот закрались у меня сомнения что диски пережили 17 лет в коробке в не самом сухом и стабильном по температуре месте (подвале) и подумалось на что бы перезаписать что удастся прочитать и главное - на что слить свежие архивы.
Суммарно архивов накопилось 4Тб но можно ужать до ~800Гб.
Варианты, которые приходят в голову:

• BD-r - под рукой есть старый но не пользованный внешний привод, диски по сотке за 25гб, смущает что по слухам современные бд-р долго не живут да и терпения на две копии точно не хватит. В плюсах - не боятся падений (в подвале бывают коты, это важно, да), климат подвала им подходит, если слухи про качество болванок лишь слухи то следующие 17 лет должны пролежать без проблем
• купить дешёвый лто 3 или 4 стример, записать две копии кассет. Смущает гимор с поиском scsi платы в pci-e и что, насколько я понимаю, кассеты не шибко то долговечные и могут помереть «незаметно». При этом как их «лечить» не очевидно, ровно как и как хранить привод 17 лет :-)
• все таки записать на hdd, сделать вторую копию и надеятся что за 17 лет хотяб один из двух не сгниет/упадёт

Кто как хранит окаменелости? В идеале сразу с модельками используемого

П.с. Варианты типа «распечатать», «запомнить», «набить на груди» очевидны но не подходят

Хост: Oracle Linux 8.3
В виртуалбоксе поднята виртуалка с PFSense 2.6.0-RELEASE
Виртуалке отдано 3 ядра и 6 Гб ОЗУ:

Intel(R) Xeon(R) Silver 4215R CPU @ 3.20GHz
3 CPUs: 1 package(s) x 3 cache groups x 1 core(s)
AES-NI CPU Crypto: Yes (inactive)
QAT Crypto: No 

На входе инетик 200 мегабит, на выходе сетевуха 10гбит воткнутая в 1гбит свитч.
Сетевые карты прокинуты так:

      <Network>
        <Adapter slot="0" enabled="true" MACAddress="080027E8DACE" cable="true" type="82540EM">
          <DisabledModes>
            <InternalNetwork name="intnet"/>
            <NATNetwork name="NatNetwork"/>
          </DisabledModes>
          <BridgedInterface name="eno2"/>
        </Adapter>
        <Adapter slot="1" enabled="true" MACAddress="0800277BCED2" cable="true" type="82540EM">
          <DisabledModes>
            <InternalNetwork name="intnet"/>
            <NATNetwork name="NatNetwork"/>
          </DisabledModes>
          <BridgedInterface name="eno1"/>
        </Adapter>
      </Network>

у хоста на eno1 (локалка) есть свой адрес в локалке с шлюзом в виде локального IP PFSens’a (на этом-же порту), на eno2 (инет) у хоста левый ойпи и нет шлюза

2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 3c:ec:ef:5f:cc:82 brd ff:ff:ff:ff:ff:ff
    inet 10.42.0.3/24 brd 10.42.0.255 scope global noprefixroute eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::db41:f762:cef2:836f/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 3c:ec:ef:5f:cc:83 brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.10/8 brd 10.255.255.255 scope global noprefixroute eno2
       valid_lft forever preferred_lft forever
    inet6 fe80::661c:bc6f:589d:6bb/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

PFSense с настройками по дефолту, только забиты адреса
Всё работает нормально пока тягается файл в 1-2 потока - инетик показывает свои законные 200 мегабит, файлики бегают, всё ок.
Стоит запустить побольше потоков, например поставить на скачку торрент (там всего то потоков 10-15), и инетик начинает адиозно страдать, при этом загрузка процов следующая:
по мнению вэб морды PFSense всё плохо и загрузка проца 75% при нулевых загрузках буфера/памяти/свопа:

MBUF Usage 	
0% (4650/1000000)
Load average 	
2.29, 1.02, 0.56
CPU usage 	
75%
Memory usage 	
4% of 5945 MiB
SWAP usage 	
0% of 2047 MiB

по мнению консоли PFSense всё прекрасно и загрузки проца нет:

last pid: 36712;  load averages:  2.03,  1.31,  0.74  up 1+03:07:25    19:35:49
47 processes:  3 running, 44 sleeping
CPU:  0.2% user,  0.0% nice,  2.4% system,  0.7% interrupt, 96.8% idle
Mem: 30M Active, 52M Inact, 210M Wired, 78M Buf, 5489M Free
Swap: 2048M Total, 2048M Free

last pid: 59105;  load averages:  2.48,  1.56,  0.87  up 1+03:08:25    19:36:49
47 processes:  1 running, 46 sleeping
CPU 0:  0.2% user,  0.0% nice,  2.2% system,  0.3% interrupt, 97.3% idle
CPU 1:  0.2% user,  0.0% nice,  1.2% system,  1.7% interrupt, 96.9% idle
CPU 2:  0.1% user,  0.0% nice,  3.8% system,  0.0% interrupt, 96.0% idle
Mem: 30M Active, 52M Inact, 210M Wired, 78M Buf, 5489M Free
Swap: 2048M Total, 2048M Free

по мнению хоста всё плохо и загрузка процов 293%:

7896232 101072  79920 S 293,0   0,2 327:07.01 VBoxHeadless     

ну и в htop’е хоста слопаны все три доступных PFSens’у ядра

при этом убогий микротик hap ac первого поколения легко справляется с такой нагрузкой ограничивая поток скоростью вафли

вопросы:

• что не так с виртуалкой?
• т.к. я в такой ситуации не могу адекватно понять как оно расходует процы :-) то если я хочу иметь 200 мегабит с активными 1000 линками - мне хватит старого X3450 и 8 ОЗУ на выделенной машине?
• а на 800 мегабит и 4000 активных соединений?

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

Осталось решить последнюю задачку - есть сервис на манер turn’а, который связывает два ПК за nat’ами, соотв сервис знает внешние ip обоих ПК и раздаёт их [как портовая шалюха] бережно информирует компуктеры о том что у их [полового] сетевого партнера ip поменялся (если динамический).
Задачка - завернуть часть трафика через tcp (важно) напрямую между двумя ПК, притом сервером является только один из них и он может оказаться с серым IP за NAT’ом провайдера.
В случае с белым динамическим все просто и работает, в случае с udp иногда (не у всех провайдеров) помогает кинуть пакет ПК «сервером» в псевдоturn из нужного порта и ждать пакеты от ПК «клиента» (которые летят в Ip и порт из которого они прилетели в turn - я так понимаю по похожей логике работает stun) а вот как завернуть TCP чот не могу придумать - пров же сразу схлопнет порт на внешнем адресе когда когда клиент загасит подключение к псевдоturn’у?
Это вообще решаемая задача? Может можно как-то «передать» само «соединение» или как-то параллельно попользовать порт который nat держит открытым при наличии связи ПК «сервер»-псевдоturn?

Есть инетик 200мбит/с, который приходит в сервак на этаже 1. Сервак попутно файлопомойка как для крупных файлов (скорость передачи не особо роялит ибо отправил и забыл) так и для мелких (тут роялит - открыл папку с фотами и ждёшь пока превьюхи накачает).
Есть ноут с 201ым интелом на этаже 3, который хочется максимально шустро подцепить к серваку. Нюанс - кабельная сетевушка в ноуте только 1гбит/с а втыкать юсбшную не очень хочется.
На этаже 2 можно воткнуть вафельный роутер, там же живет умнотелик и несколько мобилок, но им хватает и старого АС роутера.
Перекрытия - облегчённый железобетон, по прямой от роутера до ноута будет ещё стена из бруса сотки.
Есть смысл надеятся налюбить судьбу и обойтись вафельным роутером (посоветуйте?) или 201 под линухом и 5Ггц через перекрытие и стенку не осилят что-то похожее на кабельный гигабит на мелких файлах?
Ну и если вафель не вариант то посоветуйте беспроблемную сетевушку в usb-c на 5 (на 10 же не бывает?) гбит/с

Сабж. Перед выпуском бесплатной версии софтинки хотелось бы отвязать трафик между клиентами и серверами от промежуточного (нашего) сервера.
Задача следующая:

• есть rtsp потоки от камер
• есть сервер который их собирает через ffmpeg и хранит в озу несколько фрагментов пакуя их в мп4, по нужде сливая их на диск
• параллельно ffmpeg шлёт поток в nginx, который организует hls или dash (временный костыль для проверки - логичней формировать список самостоятельно для фрагментов из озу)
• есть десктопный клиент который может напрямую подцеплять rtsp, выдергивать фрагменты с диска сервера через https в мп4 или выдергивать m3u/m4v который организовал nginx (последнее - на пробу)

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

Собственно хотелка - организовать приложение под андроид, с возможностью смотреть камерки в живом времени с минимальным лагом.
С выгрузкой готовых мп4 проблем нет - exoplayer нормально принимает и распаковывает
Через dash то-же всё работает но лаг получается 5-6 секунд при крайне оптимистичных настройках (фрагменты по 3 секунды, 3 фрагмента в цикле, куски по 256кб)
На прямки rtsp ессно не работает, но как не странно не взлетело и rtp по tcp

Вопрос - как более оптимально завернуть rtsp в андроид (с прицелом на совместимость с ios) не разбивая это на куски, а нормальным потоком через tcp с общим лагом в 1-2 секунды?
Ну и по возможности прикрыть это шифровалкой встроенной дабы не городить велосипед

Возникла занятная нужда - запускать 3д приложение в офтопике в виртуалке под онтопиком и пользовать его через рдп на онтопике.
Приложение хочет куду так что прокинуть желательно гпу целиком.
Про ограничение в 60фпс в курсе.
Приложение не сильно требовательное так что подойдёт плюс-минус любая карта уровня 1050 но желательно с запасом памяти.

Посоветуйте как заиметь вожделенное, пока видится:

• купить б/у теслу ради беспроблемного проброса и «максимум памяти за минимум денег»
• воткнуть ее в мамку со встроенной видяхой (aspeed)
• поднять квм, пробросить карту в гостя (обязательно 10 или 7 тоже умеет?)
• включить ускорение для самого рдп
• надеятся что реммина умеет в ускорение при декодировании

Вопросики:

• что из карт лучше? Тех же тесл в скромные деньги есть разных поколений
• умеет ли в вгпу 7?
• умеет ли в ускорение рдп 7?
• умеет ли реммина или какой другой клиент в ускорение при декодировании?

Миль пардон за тупые вопросы, просто в первый раз такое :-)

Дано:

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

Есть идея немного снизить «порог вхождения» и попробовать поиграть системно в сегменте небольших объектов (частные дома, сады, школы и т.п.), при этом основной интерес к продаже оборудования а не софта.
Изначально планировалось открыть исходники и пустить софт в свободное плаванье, но по ряду причин это оказалось невозможным (довольно плотная конкуренция на рынке) и «отпустить» софтину не получится соотв. вариант «бесплатная» устраивает но в формате закрытого исходного кода с контролем дальнейшей судьбы

На данный момент и в обозримом будущем из полезного «в малых объектах» реализовано:

• работает под линухами (по сути любыми где есть ява 8 или 11, для работы в режиме рабочего места нужны иксы а для работы с видео нужен vlc и ffmpeg), под вин и под маком (с оговорками на тему видео)
• работает с мелкими армами и одноплатниками (raspberry pi 3/4, allwinner a20 и т.п.) как в режиме сервера так и в режиме рабочего места
• работает с дешевым оборудованием по RS-485 (нашего производства) но в ближайшее время заработает с ардуинами - т.е. можно имея малинку+ардуинку+любой датчик и релешку собрать готовую систему не покупая ничего
• работает с болидовским оборудованием через с2000-пп (но не работает в режиме скуда ввиду ограничений самой ПП)
• работает с камерами по rtsp с несколько куцым onvif (с хиквиженом работает хорошо, с остальными - пока есть нюансы но они в процессе)
• есть API для полного управления системой снаружи - всё что можно сделать через «официальное» рабочее место оператор можно сделать простыми запросами через post/get и немного попарсив обычный json

Отличия от платной версии:

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

В чём наш интерес:

• довольно большое количество хотелок и планов не реализуется ибо не нужно на крупных объектах а ходить и искать мелкие … мы просто не умеем :-) соотв. нам интересно закрыть ряд задач во время опытных внедрений на объектах где система полностью закрывает функционал охраны а не является одной из нескольких систем
• так или иначе мы ограничены в возможностях интеграции стороннего оборудования теми решениями, которые ставим сами или с которыми встречаемся на объектах. нам интересно расширить интеграцию с типовыми для малых объектов решениями
• выход на рынок diy благо у нас собственное производство и себестоимость нам позволяет не сильно выбиваться на фоне решений «ардуинка + примотанное скотчем реле»
• мы надеемся что люди, которые собрали 5-10 небольших объектов и которым понравилось, рано или поздно придут с крупным объектом и деньгами. а если и не придут то мы то-же ничего не потеряем :-)

Интересно кому-то?
По планам старт альфы в апреле 2022 с надеждой на общедоступную бету к июню 2022.
На альфе мы готовы бесплатно пуско-наладить несколько объектов

п.с. выглядит оно примерно вот так: Java'чка крашенная

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

У меня исторически под них выделена отдельная панелька в xfce но путь насколько удобный

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

настолько и неудобный

• у xfce не шибко удобные конфиги для панелей
• место на панельке таки ограничено
• имея контексты с разными по разрешению мониторами приходится ориентироваться на меньший из них
• в отличии от гномового даш-ту-панелька хоткеи прям тута не подвязываются даже в примитивном виде)

Вариант раскидать по папкам и бродить по нужде туда-сюда очевиден но не удобен
Вариант подвязать их в rofi, в целом, то-же очевиден но то-же местами вызывает вопросы в плане удобства (вместо одного клика минимум 3 жмака)

Кто чем пользуется?

В инетике находится DJI R SDK для ронина RS2, он единственный из тех что имеют прямой sdk без нужды покупки полётного компа? На блютус у них нема протокола для моделек поменьше?
Задачка заиметь управляемую с обычного пк стационарную поворотную платформу для головки весом в килограмм т.е. RS2 несколько борщ, но плюшки от самого стаба пригодились бы - простенький SC был бы прям вообще хорошо.
Никто не занимался подобным?

Сабж. В 3.36 в нутилусе (или он уже гном-файлз?) по ctrl+f только имя/содержимое и дата создания/модификации.
Это я в глаза долблюсь или просто очередной нюанс «к десктопу готов»?

П.с. гном-файлз-серч не из коробки и ессно отсутствует в рхел

П.п.с. Бонусный вопросик - а наутилус можно заставить выдирать превьюшки из raw файлов?

Есть диск А на который за долгие годы наваливалось всякое
Есть диск Б, куда хотца перенести всё это
На диске А довольно много дубликатов ибо многое наваливалось не по одному разу, при этом диск А не шибко быстрый и шибко здоровый - не хотелось бы терять ночь на скан всех файлов до копирования - наверняка же есть готовое решение чтоб копировать одновременно с гроханьем дубликатов?

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

п.п.с идея писать сразу на фс с дедупликацией не катит, нужно чтоб потом с диска Б можно было забрать копию сразу без дублей

Тут на форуме иногда возникают темки с «хочу свежий софт на штабильном линупсе» и фразы «рхел не для десктопа»

Знакомьтесь:
Oracle Linux 8.4 - штабильней штабильного, по сути rhel 8 + ядро посвежее (кому надо старое из рхела оно то-же есть) при этом полностью бесплатно т.е. даром (а при нужде можно прикупить подписку занидорога) и без всяких внешних ограничений (формально можете пихать в свою железку и спокойно отправлять покупателю)
Cuda 11.4 + дровишки 470.57.02 - вышли емнип в этом месяце с нативной поддержкой 8.4, ставятся прям с сайта одним файлом, единственное надо ставить не rpm пакетом (ибо в пакете модуль под ядро из рхела и почему-то нет шага компиляции под текущее активное) а из собсно .run, предварительно подцепив билд тулзы и заголовки именно UEK ядра (в ол это отдельный пакет) чтоб оно скомпилировало модуль, ну и дкмс тут в помощь :-)
Davinci Resolve 7.3 - вышел на днях, ставится из коробки, правда пока не могу оценить насколько стабильно - 7.1 на убунте был супер-стабильным, 7.2 на рхеле спонтанно падал но я погрешил на масштабирование интерфейса, посмотрим что будет с 7.3 без масштабирования. Работает всё от аппаратного кодера/декодера до фьюжена на гпу
Blender 2.93 - просто качаем последнюю версию с офсайта, куда и оптикс работают и на гпу и цпу без единого отвала
Darktable 3.6 - последняя версия, ставится через flatpack одной строчкой, гпу не проверял ибо оно хочет opencl а я с ним так намучался на амуде что ну его
LibreOffice 7.2 - я подоткнул через опять-же flatpack но не уверен что это оптимальный вариант для него (либо надо разизолировать изолированное :-) )
GIMP 2.10.24 - последний на сегодня, из flatpack, работает огненно
ffmpeg 4.2 - предпоследний, из rpmfusion
VLC 3.0.16 - последний, из rpmfusion
Bootstrap Studio - формально старый, обновлять не хочу ибо нужен раз в сто лет прикинуть как-чего-куда :-)
Chrome - лису пришлось отпустить ибо по ходу ей всё, хромом не пользовался пару лет но с пол пинка завелось всё (вулкан не пробовал ибо вроде не надо), в отличии от лисы из коробки работает рендер на BGR и нормальный скрол
Eclipse, Intellij Idea (бесплатная, платной не особо проникся), Java - по понятным причинам работают идеально из коробки, к идее и клипсу добавлен ключик -Dawt.useSystemAAFontSettings=lcd_hbgr ввиду монитора
Гном - 3.32.2 - формально старый но т.к. главный аргумент за гнома тут это «я его просто не замечаю в работе» то очевидно пофигу, из расширений dash-to-panel и … всё, расширение столь толковое что прям хорошо (если покопать настройки)
Обои - свежак, даже в арче таких не видел ещё

Линухом как основной системой пользуюсь последние пару годиков, машинка собиралась с учётом прошлых косяков в виде «попробуй запустить резолв на амуде и поседей», «хочешь красивые шрифты в 4к на 27-32»? страдай от кривого масштабирования в эклипсе и нулевой поддержки дробного масштабирования в реальных условиях" и т.п., так что не последний интель на не последнем интеле с невидией.
Единственное тонкое место - самсунговские hhhl диски в качестве загрузочных - но на удивление прям с нулем проблем стартанули и заработали как обычные.
главная фишка - в топку масштабирование, да здравствует труЪ 4к в масштабе 1:1 - т.е. 42.5" моник :-) HP Z43 по которому в инетах нуль инфы ибо когда он вышел стоил дороже конкурентов, и пока они обновлялись лишаясь шима и приростая usb-c-pd, он тупо лежал в ожидании своего лопушка. Однако не всё так плохо - шима не видать даже на околонулевой яркости, по юсб-ц он честно отдаёт 60Вт, нагрева нет вообще (и соотв потрескиваний то-же), вместо привычной кривой засветки по краям тут перебор яркости строго линии в ~3 пикселя на белом фоне, что лечится тупо рамкой в 4 пикселя (либо темной темой) - в таком виде подсветка прям очень ровная
Из минусов:

• BGR. по какой-то идиотской традиции дешевые 43" на IPS идут с BGR вместо RGB, в линупсе и гноме в частности лечится не сложно, но воть бяда (с) - что у явы что у браузеров свои шрифто-рендеры и им надо подсказывать (хотя хром вроде более-менее подхватил сам)
• PiP идиотский (в 2х1 он вроде как не умеет делить картинку на пополам а отображает два окошка той-же высоты что и в 2х2)
• меню ну такое себе
• не очевидно можно ли ему будет напрямки подкинуть профиль после калибровки (по крайней мере из линупса не нагуглил как :-) )
  В целом плюс-минус паритет с лыжами и делом образца 2021 года, я бы их и взял да разобрали перед носом.
  По диагонали оптимал ибо больше (55+) уже выламывают шею по высоте и печалят глаза шрифтами а-ля 1080@27», а меньше так или иначе будут требовать масштабирования даже в крупнокнопочном гноме - вообщем тонкая грань, главное иметь возможность подстроить под себя глубину стола или расстояние до монитора чуть больше чем привычно, в браузере можно 125% скейл тыкнуть если много читать.
  Ну и тайлинг тут прям просится, следующий скрин на овсе запилю когда доделаю мелочи (ахаха на овсе это годы)

п.с. в левом верхнем терминале - ssh на другой край света к Raspberry Pi 4 (4Gb) с юсб дисками, которая кеширует в озу 24 камеры по 2-3Мп, по событиям сливает кеш на диск и при этом научилась таки отображать еще 8 камер не сильно просаживая цпу (кто помнит - на прошлых скринах это была некоторая боль), справа внизу соотв. недопереведенная на инглиш морда для руления ею с возможностью подергать видео ну и посмотреть кто выиграл в настольный футбол :-)

п.п.с. видосик по злачным местам Замбии/Конго, увы был немного зафаршмачен моими кривыми руками и тотальным раздолбайством ))

Сабж, чот не ожидал что это вызовет боль на ровном месте:

• в гноме включён bgr через org.gnome.settings-daemon.plugins.xsettings
• бонусом вкинут 10-sub-pixel-bgr.conf в /etc/fonts/conf.d
• в gnome-tweaks включен субпиксель (lcd)

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

Это не лечится?

П.с. Если отключить субпиксель (включить greyscale сглаживание) то браузер выглядит получше в 125% масштабе но все остальное печалится

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

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

П.с. А если из Интел-мамкового райд1 диск достать и воткнуть в другую мамку - на нем разметка будет видна и данные будут доступны без плясок с бубнами?

Сабж, расберевская в целом норм, но хотелось бы:

• usb3 заместо csi дабы была возможность цепануться к устройствам без csi
• пошустрее скорость - хотелось бы 20-30 к/с в полном разрешении (8-16мп более чем достаточно) и 120-240 к/с в 1080р
• желательно сразу без ИК фильтра а совсем здорово если с пазами под сменные фильтры перед матрицей а совсем в идеале чтоб была альтернативная ч/б версия без Байера
• в идеале матрицу калибром хотя-бы в 1/2" но не критично
• под c/cs или с голым сенсором

у вейвшара есть на юсб но плюс-минус те-же яйки с 1/3" и низкими скоростями, бонусом у IMX258, как я понял, стекло прибито
у friendlyarm есть cam1320 с нормальной скоростью 13мп@30к/с но то-же шлейфовая и с прибитым стеклом (ну и старый 1/3" опять-же)

По сути хотелось бы китайский бескорпусной вариант хайрезов от alliedvision но не по 700+ баксов а по соточке - вдруг кто подскажет

Перемещено xaizek из development

Начинаем плановый очень мягонький ( = очень долгий) переход с 1С7 на 1С8ERP
1С7 на Windows Server 2003 жила почти 20 лет в виртуалке под VMWare, ERP соотв. залетает в виртуалку на Server 2019, хост на oracle linux 8.4

Очень желательно держать их на одном физическом сервере, однако (с) возникла внезапная проблеммка - 2003 не стартует под kvm (с любым типом «чипсета» выпадает в синий экран без номера ошибки, ACPI правда пока отключать не пробовал но не думаю что поможет) но при этом нормально завелась под virtualbox
С другой стороны, есть большие сомнения что virtualbox вытянет ERP ввиду его адовой жручести (сервер весьма могуч но ерп еще могучей)

Вопросики:

• нормально ли virtualbox и kvm будут жить на одной физической машине?
• или не париться и сейчас vbox не сильно проигрывает kvm’у?
• никто случаем не гонял 2003 на свежих kvm?

п.с. вдруг кто еще подскажет по теме - VMWare 15, vbox 6.1 (последний), vmdk диск с 2003 был фиксированного размера, vbox его напрямую хавать не хотел (ругаясь на VERR_NOT_SUPPORTED) но он сконвертировался в vdi без проблем и потом отлично лопался.
С той-же VMWare забираю другой vmdk диск с 2016 сервом, диск «динамического» размера - лимитирован в 120Гб но использован только 30 и соотв. столько-же и занимает, но он после конвертации в vdi (конвертация без ошибок) не подхватывается (биос vbox’а падает в «no boot device» а если не конвертировать, то отлично цепляется как vmdk … в чем прикол?

п.п.с. вариант в kvm поднять 2019 и внутри 2019 на (hyper-v?) запустить 2003 не предлагать :-)

Моник 60Гц, ртх3070, иксы, разрешение 4к со скейлом 200%, включён g-sync и все приложения отлично отрисовываются - быстро подвигать окошко по экрану, поскролить текст, покрутить вьюпорт в блендере - все плавно (в пределах разумного для 60Гц) и без тиринга.
Но firefox (и опера) прям беда - пробовал штатный 78, что последний с офсайта - тупят и дергаются на скроле прям бесяче, что на сложных страницах что на простеньких.
Аппаратное ускорение (layers.acceleration.force-enabled) включено, плавный скрол видимо тоже.
В разрешении 1080 без скейла все более-менее

Это можно победить или ой?

Сабж, собираю файлопомойку с упором на отказоустойчивость в диковатых условиях эксплуатации (в любой момент может отключиться питание дисков, в любой момент данные могут быть запороты программно, в любой момент диск может быть извлечен и данные с него должны быть доступны на другом пк но диск при этом можно выбрать какой)
Дисков четыре, объем позволяет хранить минимум 2 полные копии. Была идея собрать два райда 1 и тупо по расписанию делать копию данных с основного на вторичный - тогда на первом получается актуальная картина а из второго можно восстановить запорченные программно данные или достать диск
Однако вопрос в сторону упрощения - а можно за один проход чтения гонять данные сразу на два диска, вообще не сводя их в райд? Тогда вторичный можно не собирать в массив а просто держать двумя отдельными дисками
п.с. один проход желателен ибо данных 1-2Тб, копировать по очереди несколько долго а в два потока читать - скорость падает