ищи двойной переходник, два молекса питают один 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.
sl0, даже вне пределов wsl у симлинков есть ряд неудобств какраз вокруг редактирования кода, некоторые ide а точнее систем сборки могут не видеть того что файл, который на самом деле по ссылке, изменился, из-за чего бывают куча странностей в работе.
а уж когда работаешь с wsl все что пытается работать с файлами внутри работающей linux, и подавно чудеса, например у меня были примеры когда файл, изменившийся внутри не был даже виден снаружи (вплоть до перезагрузки)
