Но ни один протокол не передаёт информацию в сыром виде.
формально у вебкамер, с подключением usb3 может быть режим raw uncompressed. специально для realtime распознавания изображений (иначе даже на mjpeg тратится заметно времени)
так что тут придется используя BCMath сначала уменьшить разрядность числа, например поделив его на 0x100000000 и получив старшие 4 байта и младшие в остатке
а еще нужно использовать big indean порядок
официальный deb гугл хрома сам прописывает репы
p.s. ставь открытый chromium через snap, все то же самое с поддержкой gpu но без принудительного гугла (но он и там есть)
Aetae, ну можно было в readme на гите черкануть требуемую версию да (кстати какое то время назад idena-go у них потребовла наоборот, чуть ли не последнюю версию go для сборки, тоже мучился пока не разобрался)
ищи двойной переходник, два молекса питают один 6-пин для видеокарты, и главное подключай ее на разные линии блока питания (не так что оба молекса на один и тот же провод)
p.s. не забудь под максимальной нагрузкой понаблюдать, греются ли провода/разъемы или нет
на клаве будет сложнее, я убрал этот вариант так как схема нажатия будет сложнее
нужно будет еще релюхи, электролитический конденцатор, и вобще схему городить чтобы кнопка именно нажималась (нажать, подождать, отпустить), так как сработает она только при отпускании кнопки
софтварно все будет крутиться вокруг vnc/anydesk/teamviewer или к примеру steam remote play (у них технология заточена на игры а не текст и главное умеет использовать gpu энкодер)
В догонку, избавляйся от windows, очень многое на ней работает 'чтобы хоть как то работало' например для отладки.
Понятия не имею почему, но собранная утилита на c++ (просто парсит json, в логах, где 1 строка json примерно на 300 байт) с использованием microsoft visualstudio обрабатывала ~170к строк в секунду, собранная в gcc llvm mingw разгонялась до 400к, но когда я тот же код с теми же ключами скомпилировал в linux, на той же машине я получил почти 800к
он не ищет, он распаковывает, ключи -dkc это распаковать без удаления архива в stdout
| - передать поток следующей программе grep, которая умеет искать к примеру regexp (ключ -e) или передавай в awk, древнейшая утилита на си, специально созданная для анализа текстовых файлов в потоках... если нужно сложнее, бери perl (он создавался как убийца awk и sed) ну и либо, как уже сказал, пиши на c++ сам
смысл пайпов в многопоточности, все указанные программы будут запущены одновременно и будут ждать данные друг от друга, в результате обработка данных будет паралельной а не последовательной как в твоем коде (распаковал, потом поискал)
upd: замени gzip на zstd, вот уж где ускорение получишь, и бонусом еще несколько процентов уменьшения размера архивов.
от использования ssd на запись оперативная память nas не спасет (чтобы включить lazy writes на самодельном nas нужно заметно мучиться а уж на готовых такой фичи нет), а на чтение ssd наплевать, лишнаяя оперативка под кеш ничего не изменит
торент клиент, у тебя там 100500 раздач висят? и ко всем идет рандомный доступ, никакой кеш не спасет, ни 10гб ни 110
posix методы почти наверняка корректно будут работать на macos (unix), а кроме их, linux и windows вроде бы больше ничего популярного и нет и рассматривать не имеет смысла.
само собой, все методы php обертки для системных, просто реализацию многих posix в php для поддержки windows не завезли, даже простейший getmypid приходится самому реализовывать через tasklist
я про то что в windows аналоги практически всего что штатно поддерживаться могло бы в php есть, но не поддерживается не потому что windows такая плохая, а просто не нужно разработчикам php.
вот работает