Довольный Айтишникъ

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

2 - надо разобраться с БП - куда дует вентилятор? установить так, что бы был выдув из корпуса. если перевернуть БП нет возможности, либо приобретайте другой, либо переворачивайте кулер в БП (за одно от пыли прочистите) это важно

3 - у вас там видна щель от выломанной планки ниже будущей позиции SSD, обычно это минус внутренней аэродинамике, но в данном случае, возможно, это можно обыграть - выломать планку выше - между SSD и видюхой. сорганайзить провода, что бы в корпусе было просторно, и на передней панели, в нижней части, поставить кулер максимального диаметра по по крепежным отверстиям на вдув, по возможности управляемый от материнки, если хватит разъемов (99% что место для крепежа там есть, а если есть, то в вашем раскладе ставить обязательно) в крайнем случае просто управляемый (такие в продаже есть)

4 - в верхней части (в районе процессора) так же кулер на выдув, однозначно управляемый от материнки

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

6 - подружитесь с AIDA64 и некоторое время помониторьте в покое и под разными нагрузками. думаю быстро разбересь что к чему. и надо ли добавлять кулеров (но повторю - передний вдув вам уже "доктор прописал") кстати, под риском перегрева у вас еще и южный мост (под видюхой) его датчик называется экзотически "диод PCH", надо гуглить предельную температуру по чипсету. но обычно она оказывается существенно выше допустимых температур процов и видюх

ps кулеры рекомендую Glacialtech - лучший баланс цены/шума/долговечности

pps а вообще над циркуляцией можно поразмыслить, место творчеству здесь есть. видюха же тоже "всасывает" со стороны будущего SSD, куда идет выборос? в зад? на фото видны радиаторы, то есть корпус видюхи не закрытый.. возможно тогда окно на боковой панели над процессором (а еще их бывает два) наоборот в тему + вдув и сверху и сзади на уровне процессора, а вперед выдув. в общем проявляйте инженерную смекалку ;))

Таких int очень много, вариант с отдельными потоками не подойдет.

1) Вообще-то это единственное адекватное решение. Если потоков много, то делайте Пул из нескольких. Если весь лимит занят, то будет ожидание пока освободится.

2) Что-то мне подсказывает что ваш System.Threading.Thread.Sleep(200000) какой-то адский костыль, незменимость которого вы сами себе придумали. Зачем это вам?

Если Вам нужен хороший UI для пользователя, то однозначно нужно смотреть в сторону Linux Mint - он прост в освоении интерфейса. Люди которые привыкли работать на Windows легко смогут понять и перейти на Mint.
А что бы организовать организовать централизованное управление, Вам лучше Ansible - там начиная от автоматическую установку программ и заканчивая настройкой файлов конфигураций.
По поводу периферии и прочих, то лучше мяты никто не работает. Там все эти проприетарные кодеки, фирмвари и прочее.
Так что Вам нужна мята желательно с корицей - однозначно !!! (Linux Mint 19 "Tara" - Cinnamon)
Напишите пару плэйбуков на Ansible и быстро развернете что вам нужно.

Ansible
Linux Mint 19 Tara Cinnamon

Ответ на конкретный вопрос используйте абсолютные пути или правильно рассчитывайте относительный (../../../).
Глобальный совет не занимайтесь ерундой в стиле 15 летней давности.
Правильно размещать скрипты вне корня сайта.
projectname
- app
- public
-- assets
-- .htaccess
-- index.php
-vendor
-tmp

Вместо recure используйте автозагрузку классов
Начните писать в ООП.
Изучите фреймворк(и)

Иметь гугл/StackOverflow под рукой — большинство проблем решаются именно там. Для облегчения ваших задач — идете на сайта nuget, вбиваете что вам надо и выбираете подходящую под ваши нужды/требования библиотеку. Рисование простейших элементов GUI легко делается в конструкторе VS.

А потом добавился moderator. И что? Переписывать каждый контроллер? А потом оказывается юзер может редактировать только свои посты и только в течении 30мин, премиум юзер — только свои в любое время, а модератор любые посты. Писать кучу лишнего кода в контроллере? Окей, а потом кроме постов добавились фоточки с такими же условиями доступа, дублировать код? Условия доступа поменялись, например, юзеры закрепляются за модераторами, модераторы могут редактировать посты только своих юзеров. Опять бегать по контроллерам искать где что? Проще уж застрелиться чем так жить.

Представим что мы работаем в издательстве. Пишем статьи. Автор принёс статью и редактор начал с ней работать.

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

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

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