rPman

Весь ssd диск выделяете под дисковый кэш bcache (чтение запись) и поверх него btrfs или, если достаточно оперативной памяти, как штатный кэш zfs (только чтение). Вместо разделения диска на разделы dos, пилите тома btrfs/zfs, с очень гибким использованием пространства.

Имеет смысл / и /home вынести в отдельные тома, персонально разделы ОС как то выделять не стоит, как это было лет 10-20 назад. Своп раздел позже разместите внутри одного из томов btrfs/zfs отключив для него фишки cow и прочие.

Разделение на тома имеет смысл для гибкого контроля занимаемого места и может быть управления.

p.s. если используется uefi (а он скорее всего используется) то вам потребуется раздел uefi boot и штатный бут сектор dos mbr или gpt.

sda - ssd, sdb - hdd

sda1 - 110Gb кэш
sda2 - 10Gb защитная область для дешевых ssd (не от глюков а от сильного падения производительности)
sdb1 - 100mb - uefi boot
sdb2 - оставшееся место под диск bcache+btrfs/zfs

Опция quiet ядра в загрузчике либо, если я верно помню, в menuconfig есть настройки дефолтных опций

попробуйте порыться в открытых исходниках
например github если вас не устраивают готовые исходники модуля ядра

https://github.com/search?l=C%2B%2B&q=gcm+aes&type...

(это для c++, выбирайте ниже фильтр по языку)

отключи службу коррекции времени ntp

можно смотреть и править
https://jp-andre.pagesperso-orange.fr/ntfssecaudit.html

Какой бы вы не выбрали процессор, скорости сборке для современных офисных задач это не прибавит,так как основная причина низкой скорости у вас будет медленная оперативная память, т.е. выбор процессора даст считанные проценты производительности (а количество ядер не повлияют на результат). Хорошо что у вас 8 гигабайт, сейчас это минимум для работы.

Главный апгрейдом такой машины, я считаю, будет не дешевый ssd.

Да возможно - например виртуализация! Пилите на шейдерных процессорах виртуальную машину, а уже на ней, размещая оперативную память и регистры в gpu ram, запускаете что угодно.

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

И 'нет' - код не может быть запущен только на gpu, нужен контроль со стороны центрального процессора, для взаимодействия и управления.

Не уверен что проблема из-за высокой нагрузки на процессор, кстати чем это вы нагрузили что считанные 8 запросов ложат машину?

Пример как можно спалиться, указываешь http прокси, а сайт тебя перенаправляет на https с помощью location или экзотически на ftp

Там случайно парсер BeautifulSoup запросы xslt не выполняет? какой-нибудь document(url) грузит своими способами?

официально - pip install имя_модуля, под пользователем будут складываться в его домашнюю папку, под root - в общую

еще ряд модулей поставляются штатно в репах операционки, ищите пакеты в имени содержащие нужный вам модуль и py - преффикс или суффикс

amazon aws free tier 1год бесплатно

https://www.php.net/manual/en/ref.pdo-oci
https://www.php.net/manual/ru/oci8.requirements.php

там в требованиях веселая чехарда с версиями библиотек и клиента, но теоретически возможно.

Могу предложить попробовать разнести (если сейчас не так) на разные машины (конечно виртуалка/докер) сервер и клиент для php, так как инсталлятор oracle может плохо обрабатывать такие ситуации.

p.s. если не сумеете побороть, пилите прослойку, благо работы на вечер, т.е. буквально http (или даже websocket) сервер на самом php (осторожно с многопоточностью) старой версии работает исключительно для выполнения запросов и сериализацию ответа. Накладные расходы конечно будут (не обязательно большие) но дальше уже вопрос что вам важнее - затраты на разработку или затраты на железо и главное у вас будет возможность подправить эту прослойку для оптимизации.

Не уверен но есть шанс что данная прослойка уже существует (http => sql), ищите.

Не помогу с онлайн репликацией файловой системы, но вот значительно (на порядки) ускорить процесс резервного коприрования и получения дифов - использование btrfs и его снапшоты

Делаете регулярные снапшоты, хоть поминутные (но лучше интегрировать их создание как то в логику приложения, например когда не происходит записи, так как момент создания снапшота не требует времени, это не повлияет значительно на работу программы, но зато сам снапшот бьудет содержать консистентные данные), затем сравниваете самый ранний неотосланные с последним на primary:

btrfs send --no-data -p /snapshots/parent /snapshots/child

получаете стрем, которые отправляете на backup сервер и разворачиваете:
btrfs receive /backup/snapshots

https://serverfault.com/questions/399894/does-btrf...

kubuntu/ubuntu/xubuntu - в общем любой из семейства убунты (отличаются предустановленным выбором DE) не потому что лучший но потому что коммунити больше всего, и вопросы с ответами в гугле с большей вероятностью про нее будут.

p.s. быть готовым к проблемам с железом, так как производители из кожи лезут чтобы поставить палки в колеса конкуренту, а именно работа GPU и периферии не гарантируется той что привычна. Например переключение дискретная/встроенная видеокарта, или неправильная работа тачпада (точнее отсутствуют фичи производителя но присутствуют от коммунити линукс), неработающий блютус и т.п.

Идете https://unetbootin.github.io и загружаете утилиту записи iso образов дисков linux на usb, затем качаете netboot версию интересующего вас linux (обычно это образ на несколько десятков мегабайт), записываете и перезагружаетесь с этой флешки. Затем проходите установку по сети, на эту же флешку, в очень простом текстовом интерфейсе.

чтобы запустить приложение из GUI необходимо создать ярлык в этом GUI, в зависимости от вашего окружения (gnome/kde/xfce и т.п.) инструкции будут разными но похожими. В общем случае если ваше приложение консольное, то запускать его нужно с помощью терминала, их тоже много на выбор от самого древнего и примитивного xterm до штаных для каждого DE, например для kde это kconsole.

вот примеры команд для разных терминалов чтобы окно после завершению работы программы не закрывалось:
https://switch-case.ru/71821000

read $varname
https://ryanstutorials.net/bash-scripting-tutorial...

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

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

По поводу увеличения места, практически все VM поддерживают динамически расширяемые контейнеры, т.е. файл с контейнером будет занимать ровно столько места, сколько реально используется (обратно не уменьшается, только увеличение), соответственно создавайте виртуальную машину с терабайтовым диском, а внутри контролируйте лимитами или заранее созданной маленькой файловой системой, простейший ext3 умеет на лету увеличивать размер, заполняя больше места (только место с конца тома).

Если вы не может заблокировать доступ по ip адресу (так как ваш домашний комп с динамическим ip адресом?) то адекватная изоляция возможна только с vpn или прокси сервером (в браузере искать настройку - проксировать dns запросы).

А зачем вам прятать dns?