Валентин

Dell схожей ценовой категории и характеристик посмотрите.

Так а ограничения какие-то есть к корпусу? Если нет, то бишь можно купить полноразмерный ATX корпус, так вот и берите - всё влезет, и будет тихо работать. Тогда и кулер поставьте какой-нить башенный, ватт на 150 хотя б рассчитанный - будет всё тихо работать.

текст на данном экране очень мелкий, зрение у меня 100%, все вижу, но дискомфорт из-за того, что оно все очень мелкое.

так в этом и смысл больших разрешений - получить гладкие шрифты не софтовым сглаживанием, а просто масштабированием.
Хорошо масштабируется 4 пикселя в один, поэтому Retina у эппла такой и появилась изначально - никакого мыла, никаких проблем в принципе. Ну а 125-150-175% уже компромиссы, но в современном софте более-менее уже это всё работает. Так что обновляться и пробовать, других вариантов особо и нет.

Как такое возможно?

Очевидно стоит 2 разных версии питона, и когда-то ты их сам себе и поставил, из ниоткуда ж они не возьмутся.

всё понравилось за исключением того, что за системой нужно следить, читать новости обновлений, отслеживать изменения, периодически что-то править руками. К сожалению, на рабочем компе это непозволительная роскошь.

Почему непозволительная? Обновления, из-за которых что-то вообще делать руками, раз в год происходят последние несколько лет (я на арче на всех своих домашних и рабочих машинах с 2008 года), и всё это "делать" сводится к "хм, апдейт че-то не смог - открыть главную страницу - прочесть последнюю новость - сделать что там написано". 5 минут 1 раз в год - ерунда. В остальном - обновление системы каждый день и всё (опять же так оно занимает секунды, если интернет более-менее быстрый, и если вдруг что-то случайно сломается даже - список виновников очень короткий и проблема быстро решится).
В общем я много лет уже не понимаю подхода "ставим более старые пакетами, но они типа stable", когда можно наоборот обновляться каждый день, автоматически быть в курсе нового и жить сегодняшним днем, а не вчерашним (а то и прошлогодним, как в убунту зачастую).

настроил на виртуалке систему линукс ...
Осталось точно так же сделать еще примерное 500 раз.

Так это ж один из плюсов виртуализации - можно целиком её клонировать. Можно выгрузить её всю как образ. Есть конвертеры, если вдруг в другой гипервизор её потом засунуть понадобится. Раз это виртуалка - какие-то инструменты уровня операционной системы просто не нужны, делайте эту задачу средствами самого гипервизора и его утилит.

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

Во-первых - сам oom настраивается, можно процессам задавать приоритеты для oom.
Во-вторых - высокий la, из-за которого всё тормозит, может быть по очень разным причинам. И вообще странно думать сразу в сторону oom - он бы наубивал там и всё стало б хорошо, а раз не становится - это уж скорее диск. Или что-то еще.
В-третьих (хотя на самом деле с этого надо начинать) - мониторинг настраивай. Хотя бы netdata поставь, это максимально быстро. Но лучше конечно на отдельный сервер Prometheus с Grafana, а на проблемный сервер соответственно node exporter и экспортеры для конкретных твоих приложений. Ну т.е. в общем случае задача решается мониторингом, опять же логи тоже чтобы отправлялись на другой сервер. А в мониторинге алерты, чтобы успеть среагировать на проблемы, когда они только-только начались.

А просто так "обновления ради обновлений" ставить тоже не хочется.

И правильно, просто так - опасно. У меня налажен процесс как жить на rolling release в проде, и когда процесс налажен - можно обновляться каждый день, а "просто так" - опасно.
Но тут есть момент в том, что речь о RHEL, они ж не обновляют кардинально в рамках одной версии дистрибутива, а сами все тестируют на совместимость. И если выпускают апдейт - видимо оно надо.

Сесть и написать, такое самому готовых приложений вида "купил-поставил" для таких задач нет.

1. Создание и компиляция C#, C++, +, C.
2. Создание и компиляция JavaScript

С этим проблем нет, под линукс бОльшинство таких инструментов и создано было изначально

3. Драйвера VR/AR.

Их не с чем использовать

4. Установка зависимостей: PHP бинарников, c++, Python, Java.

В линуксах для этого есть специальные удобные инструменты, с этим тут проще, чем на винде как раз

6. Создание единой базы данных идентификации на машинах, в веб-приложениях, в ssh (sftp, scp, sshfs, shh tunneling and ssh vpn), в программах и играх, на серверах.

Не представляю в принципе, о чем тут вопрос. У разных приложений разные способы идентификации. Где-то можно прикрутить единую через LDAP (под винду это Active Directory), но к играм это не подходит. К играм вообще ничего "единого" нет, т.к. задача общего места авторизации существует в офисах крупных фирм, и реализована в соответствующем софте.

8. Создание VDI для совместной работы и работы с телефона или планшета на отдыхе в другой стране.

Не факт, что на линуксе понадобится именно такая вот реализация. Там все-таки подходы к работе в системе другие.

Что значит "сделать иконки"? Ну положите эти скрипты у себя на рабочий стол, и запускайте по значку. sudo можно внутри там в командах прописать, чтобы не запускать сам скрипт от sudo.

Потому что у большинства работодателей именно Linux, а не какой-то другой Unix.

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

Lets encrypt, как ж еще. Просто на каждый домен выпустить и всё.
wildcard работает не обязательно не третьем, его ж можно выпустить и на *.abc.domain.com, и на *.cba.abc.domain.com и таким образом закрыть эти кейсы. Но скорее всего у вас там немного доменов и лучшим решением будет LetsEncrypt'ом выпустить сертификат на каждый конкретный домен.

Можно выжать и больше, чем на винде, но железо надо подбирать. Когда все драйверы есть и все хорошо - есть смысл играться с тонкими настройками, будет профит (у меня на Thinkpad X220 на линуксе на час больше было, чем на винде, если просто сидеть в интернете статейки читать например).

1) Не работает скорее всего потому, что приложение запускается из корня файловой системы, а ему хочется запускаться из своей папки. Значит в секцию [Service] нужно дописать параметр WorkingDirectory.
2) Также в юнитах systemd нет шелла, так что нужно указывать полные пути до исполняемых файлов, т.е. вместо ExecStart=python3.7 нужно в консоли вызвать команду whereis python3.7, она покажет полный путь и вставить в ExecStart его, т.е. будет что-то типа ExecStart=/usr/bin/python

Тут несколько способов, перечислю по мере уменьшения "правильности" на мой взгляд:
1) переписать сервисы так, чтобы они могли быть постоянно запущенными. Это станет тогда типичной архитектурой, много раз уже реализованной людьми ранее :) Т.е. сервисы запущены 24/7 и через очередь друг в друга кидают информацию. Можно еще про саги почитать: https://habr.com/ru/company/oleg-bunin/blog/418235/
2) перейти с крона на systemd таймеры и сервисы. Реализовать запуск первого по таймеру, а дальше через systemd зависимости расписать и он сам будет всё друг за другом стартовать.
3) использовать "умный" крон типа rundeck, ну выше уже такое советовали.
P.S. А если это одна, по сути, задача, зачем она в нескольких приложениях? Возможно стоит вообще собрать их в одно каое-то, go'шное например и запускать его когда требуется.

но когда сам пытаешься сесть за линукс то костыль на костыле костылём погоняет

Потому что у вас изначально неудачное железо (тот же ноутбук с двумя видеокартами). Если изначально выбирать железо, под которое нет проблем с драйверами, то процесс перехода упрощается. А дальше продолжать при апгрейдах проверять железо на совместимость до покупки - не проблема. На десктопах nvidia, на ноуте - встроенная от Intel и никаких проблем с видеодрайверами и картинкой уже много лет, и вряд ли в будущем эта схема изменится.
Собственно большая часть перечисленных вами проблем это как раз видео, на это ответил. Про раскладку и хром - это уже какие-то конкретные особенности, абстрактно на это ответить кроме как "у меня таких проблем нет" нечего.