Saboteur

для начала убедись, что у тебя именно bash, а не sh
echo $SHELL

во-вторых ssh и bash совершенно разные вещи, для первого, нужно чтобы в книге был запущен sshd демон, а 99% что там он даже не установлен, ибо работа с протоколами шифрования не для слабого CPU книги.

но можешь глянуть что есть из уже запущенного, и есть ли там sshd чем-нить вроде
ps aux
services --status-al

Конечно лучше использовать готовый экземпляр, был бы доступ к прометею.
В крайнем случае можно сделать свой собственный экспортер для кастомных метрик, на каком-нибудь питоне, который будет доставать метрики так, как вы придумали (json по http ендпоинту, или парсить логи или еще что-то, вплоть до side-car внутри каждого пода) и кидать вобщую базу прометея.

if(n % 3 == 0){

А что это за n, где оно вообще у вас используется? Может быть i?

36 лет. не девочка, не школьница.
Ну откуда случайные люди в интернете знают что ты умеешь, что ты сможешь?

Если никогда в жизни не было ИТ бэкграунда, с нуля осваивать самые базовые вещи - так возьми и освой. Освой до того уровня, когда сможешь написать простенькую программу. Тогда уже сможешь самостоятельно ответить на свои вопросы.

Если же хочется сразу план - значит тебя разработка интересует ТОЛЬКО ради заработка, а не потому что нравится сама по себе - в этом случае гиблое занятие.

Во-первых, кадры - вещь довольно сложная. Нет одинаковых кадров. Один может рассчитываться долго, другой быстро, третий дорисовываться из двух. Поэтому если кадры не успевают, а вы хотите задерживаться, то у вас будет дерганая игра, которая то убыстряется, то замедляется.
Ну и в любом случае это нельзя сделать со стороны, это надо делать со стороны самого приложения. Чужую игру так за счет драйвера не поправить.

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

Лошади - сколько молока дает

В общем я запутался

Это точно.
Ты сейчас разбираешь структуры данных, а ООП это больше про методы и инкапсуляцию.
Чтобы делать учет животных вообще не обязательно для них класс делать, храни все в базе, учет веди sql запросами, например.

P.S.

собаки тож есть, но их доить вроде не будем и мяса не дают они(

Смотря из какой ты страны..

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

Поток или тред - это грубо говоря возможность запустить несколько "облегченных" процессов парралельно, которые используют один набор дескрипторов, один process ID и могут использовать ту же область памяти.
Поэтому будет быстрее и дешевле просчитать что-то в тредах, чем в двух процессах.

Сколько инструкций за раз выполняется 1, 10, 100? До прерывания? От чего зависит.

Зависит от ядра операционки, а точнее от реализации process scheduler. Обычно все завязано на прерывании по таймеру, поэтому выделяются слайсы процессорного времени - а значит у процессора с бОльшей тактовой частотой будет выполнено больше инструкций за слайс. А дальше - process scheduler может быть довольно умным, выделяя конкретному процессу/потоку несколько слайсов подряд, если считает что так будет лучше.
Но слишком сложной логики у process scheduler быть не может, иначе само переключение будет слишком дорогим.

Подскажите, какие примерно будут задачи?

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

их стэк : gitlab ci, docker, php-fpm,nginx

Видимо настройка gitlab-ci, работа с docker, обслуживание php-fpm и конфигурация nginx.
Слишком очевидно? А что ты хотел?

К чему я должен буду готов при взаимодействии с разработчиками?

Ну тут два варианта - либо "о, сейчас этот все исправит" либо "о, снова этот... надо позвать другого, который все исправит"

ну требования по видяшке - 75ватт, и БП 300 ватт.
Проц неновый. памяти немного. Но два HDD.
При стрессовых нагрузках вполне может вылетать, если БП не очень. Но Дельта Электроникс вроде норм.

Итого - должно хватить. А как на практике пойдет - только на практике узнаешь.

Фриланс - это о то, чтобы быть предпринимателем, искать себе заказчика, договариваться с ним.
Было бы полезно устроиться в компанию покрупнее, освоиться с тем, как идет разработках крупных продуктов.

Институт - вышка сама по себе может быть полезной в плане технического образования. Но вышка это не то, что приносит деньги непосредственно. Вдобавок подавляющее большинство студентов не учится, а просиживает там штаны, с трудом скачивая готовые рефераты и лабораторки с инета. Ну и плюс сейчас можно найти дистанционное обучение и закончить его. Просто опять таки, высшее образование - это не про трудоустройство и не про бэкенд/фронтенд. Я бы посоветовал все же не торопиться с работой, и хотя бы 1-2 курса отучиться на стационаре, потом переходить на заочку и парралельно устраиваться в офис.

Аргументы:
Если ты сейчас начнешь зарабатывать, и что-то заработаешь, тебе будет хотеться зарабатывать больше. Но без опыта работы в сложных проектах, это будет означать работать больше, а не качественнее. То есть просто упрешься в свой лимит времени, а через 5-10 лет будешь писать о том, как ты перегорел.

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

Это все можно сделать парралельно с институтом, но почти нельзя сделать, если работаешь на полный день ради заработка.
А через 2-3 года, уже к концу второго курса, можно будет посмотреть что делать с полученными знаниями.