Saboteur

Сильно сомневаюсь, что существует хороший аналог ntfs прав в линукс среде.
Базовые права там совсем не такие, а селинукс для этого решения слишком громоздкий.
поддержка ntfs на линуксе не совсем полноценная, она просто достаточная для многих случаев, но прям не полный аналог.

Лучше немного отступить от своей текущей конфигурации, и посмореть можно ли реализовать свои хотелки именно в рамках стандартов самба + стандартные POSIX права доступа.

Что-то не то с вашей консолью. | и > редиректят совершенно одинаково, не может одно работать, другое не работать.
Или что-то у вас еще вокруг хелма делается или непонятно.

Так вы source загрузили, а потом запускается новый баш, в котором уже ничего не загружено
exec bash --login

Или я что-то не понял?

Так в общем смысле и нет разницы.
Разница бывает только в частном. Например баш скрипты быстрее работают в линукс. Докер быстрее работает в Линукс. Потому что написано под Линукс и использует фичи архитектуры Линукс.

А среднестатистический рендеринг, например, будет зависеть сугубо от процессора или видяшки, а не от ОС.

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

Нужно определиться зачем вы планируете изучить детально систему - вы собираетесь заняться системным программированием?
ИЛи прикладным? Если прикладным, то для GUI приложений просто осваиваете любой фреймворк, типа qt, который работает в Линукс и пишете.
Библиотеки для С++ есть и там и там.

init это не консоль, это процесс ядра операционки.

оболочка bash запускается после того, как юзер залогинился, и дефолтная оболочка указывается для юзера в /etc/passwd. И это тоже не консоль.

Нужно разобраться с терминологией и что именно нужно сделать.

та банально можно по ssh скопировать.
На виндовс есть scp, rsync которые скопируют файлы или директории или посинкают их.
При этом ставить ничего не нужно, бинарники для винды можно просто скачать, много вариантов.

/var/log может содержать логи с небезопасной информацией. Поэтому давать доступ группе надо только если все кто в группе доверенные лица.
Или запускай скрипт от рута.

Даже по названию папки понятно откуда она так называется. public слово понятно, html понятно.
Дефолтные настройки веб сервера для персональных страничек пользователей.
При включении они доступны по адресу www.site/~username

grafana. Обычно она уже идет с influxDB, можно метрики слать напрямую в influxDB через его АПИ

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

Нужно понимать как работает многозадачность и распределение процессорного времени по ядрам.
В Линукс довольно сложно посчитать реальную занятость процессора.
В сам свитчинг ничего упираться не может, точнее нет каких-то специальных лимитов. Это обычная процессорная занятость, относящаяся наверное к system cpu usage, но это неточно. Чем быстрее процессор, тем быстрее он может выполнять свитчинг и тем больше свитчингов в секунду может быть выполнено, это просто выполнение инструкций процессора вне рамках процессов, а внутри ядра системы, точнее process scheduler.

Но проблема в том, как именно распределяется процессорное время. process scheduler в ядре линукса выделяет слайсы примерно по 10-15 милисекунд на процесс, потом переключает на другой. Для процессов, которые что-то активно вычисляют (например архивация), после анализа деятельности может быть выделен более длинный слайс или несколько подряд, то есть уменьшается свитчинг. При этом оценка времени, которая нужна на сам свитчинг - она довольно сложная, ведь для подсчета количество потраченного cpu нужно потратить cpu, и эти 10-15% может на самом деле не существовать.

Если парралельных процессов очень много и все хотят что-то делать (чекнуть load average), то машина просто не успевает обработать их все, и тратить на переключение приличное количество ресурса, вместо того чтобы непосредственно выполнять код ваших программ.
Таким образом какого-то определенного лимита на context switching нет, это просто еще одна метрика, которая может подсказать что слишком много одновременно запускаете, можно попробовать оптимизировать.

Ну или просто не хватает CPU, а система ошибочно показывает свободные ресурсы, которых на самом деле нет.

Линукс на самом деле не так уж детально может посчитать точное количество ресурсов. Там выполняется все очень просто - на входе в контекст засекается timestamp, на выходе из контекста засекается таймстамп, и потраченное время дописывается в метаданные процесса (для каждого ядра, если процесс многопоточный). Исторические значения не записываются, в метаданных процесса есть только вот это - сколько всего cpu usage с момента старта процесса.
Если запустить какой-нить top, он будет каждые 1-2 секунды бегать по списку процессов, сравнивать этот параметр и показывать результат загруженности за последние 1-2 секунды, но вот уточнить процесс занял свои 25% cpu плавно в течение секунды, или он занимал 100% cpu первую четверть секунды или третью - вы уже не сможете.

Ну и само ядро считает свои внутренние потоки так же само.
И только активность самого process scheduler (то есть cpu затраченное на анализ и переключения процессов) не может быть красиво подсчитана.

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