VoidVolker

Использовать перенаправление или проксирование стандартного ввода и стандартного вывода. RFTM:

• https://ru.wikipedia.org/wiki/Стандартные_потоки
  
• C | Консольный ввод-вывод
  

Брак. Возвращайте в магазин по гарантии.

VirtualBox - создаёте виртуалку и настраиваете сколько вам нужно мониторов.

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

Можно так. А можно сделать проще и правильнее: просто настроить домен для вашего публичного IP и для каждого сервиса выделить свой поддомен, которые проксировать через nginx или любой другой прокси-веб-сервер. Либо настроить несколько разных доменов на этот IP и далее точно так же проксировать. В результате, у вас будет несколько сервисов со своими доменами, но на одном IP. И соответственно обращаться к ним надо будет через домен, а не IP.

по 1 мбс на каждого

360p что ли? Зачем вообще такое видео кому-то надо?
https://www.vdocipher.com/blog/video-bandwidth-exp...
Минимум:

Кодек:              H264    H265
1280×720  (HD)      3Mbps   1.5Mbps
1920X1080 (FHD)     6Mbps   3Mbps
3840×2160 (UHD)     25Mbps  12Mbps

Так что для более-менее нормальной картинки для 100 потоков вам потребуется минимум 200 мегабит, а лучше все 500 или даже 1000.

Да, возможно: https://clickhouse.com/use-cases/logging-and-metrics

Поработать пару лет на удалёнке где-нибудь в области. Ну или поступить в любой ВУЗ с отсрочкой.

Сделать декомпозицию и рефакторинг вашего алгоритма:

1. Берёте бумажку, ручку и рисуете весь алгоритм
   
2. Разбиваете алгоритм на более простые элементы и так до самого простого элемента
   
3. Переработать логику алгоритма для его упрощения, скомпоновав одинаковые части в блоки (функции), классы, модули, убрав не нужное, упростив там, где возможно и т.д. и т.п.
   
4. Реализовать получившийся алгоритм в виде кода
   

Например, вместо констант в коде использовать данные сразу из таблицы, вместо проверки каждой минуты сделать цикл и т.д. и т.п.

Выскажу альтернативную точку зрения, которую так никто и не озвучил с момента публикации вопроса. На самом деле тут не очень ясна сама ситуация: задача только в портировании GUI приложения под линукс или ещё и рабочую машину разработчика на линукс тоже перевести? C# и dotNet продукт мелкомягких, а VisualStudio ещё долгие годы будет работать только под виндой, вряд ли где-то ещё будет лучшая поддержка данных инструментов. Да, в VSCode и райдере вполне можно писать на шарпе под линуксом. Я не говорю, что это плохие продукты. Если ТС привык к студии и есть возможность остаться на винде - так и отлично. Смысла особого в такой миграции нет. Зачем лишний раз себя мучать? Поэтому, самым оптимальным решением будет продолжить работать на связке винда плюс студия, а существующие графические приложения портировать на avalonia или ещё на что-то из той же серии. Ну а локально тестировать работу приложений в линуксе вполне можно в виртуалке (виртуалбокс наше всё). ИМХО.

Добавлю к уже сказанному товарищами Vitaly Karasik и CityCat4. Есть два классических пути развития в IT: либо более узкая специализация в какой-то определённой области либо менеджмент - руководитель/технический директор. И в общем-то всё - других вариантов, кроме как полной смены направления или всей области деятельности и нет. Если интересна и нравится разработка ПО - это отличный вариант смены направления. Главное, чтобы вам самому нравилось. Если есть управленческие и коммуникативные навыки, то менеджмент тоже будет вполне себе отличным вариантом. Кстати, рекомендую подойти к своему руководителю и обсудить возможности повышения оплаты/повышения/передачи части ваших обязанностей, которые вам не очень интересны другому работнику.