res2001

Только подозрение?
Нужно убедится точнее.
Если на линуксе, то посмотрите в top что грузит проц, если винда - менеджер задач.
Естественно есть инструменты для профилирования БД, только нужно знать какой сервер БД вы используете - для каждого свой инструмент.

Кроме стандартных настроек:
1.правило должно быть на входящий трафик (на сколько я понял из вопроса вы блокируете входящие запросы);
2.правило должно быть включено;
3.в правиле должен быть выбран правильный профиль фаервола (тот который используется виндой);
4.фаервол должен быть включен (по моему в виндовом сервере он по умолчанию выключен)

Нужно знать что там закодировано.
Обычно это указатель на какую-либо структуру.

И почему не так:
PNT_ENUMWINDOWS TrueEnumWindows = ::EnumWindows;
?
Вы не используете /DEFAULTLIB для сборки?

Гуглите про нормализацию базы данных.
1.Вам нужно вынести name в отдельную таблицу, например назовем ее emploee, в которой будет просто список имен, возможно с какой-либо другой информацией и id, уникальный для каждого имени.
2.Тогда в SAL поля name не будет, а будет id_emploee
3.Меняете имя в таблице employee, автоматически оно поменяется везде, т.к. везде у вас будет фигурировать только id_emploee, а не само имя.

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

srv2.sys - системный драйвер. Попробуйте что-нибудь из средств восстановления ОС. Например:
sfc /scannow

Если бы дело было в ОЗУ, то вылетали бы все подряд игры, да и не игры то же, и винда бы сама по себе падала.
Начните с замеров температуры проца, чипсета, видяхи, во время простоя, во время игры. Сравните температуру на разных играх.
Смените термопасту везде где сможете, проверьте все кулеры, особено на ЦП, БП и видео. Корпусные не столь важны, хотя, если Ezhyg прав, то возможно, хорошо бы поставить дополнительный кулер на корпус, а то и два (на вдув и выдув).

Вообще то юнит тесты (модульные тесты) не предназначены для встраивания в приложение. Тест это отдельное приложение, предназначенное для тестирования компонентов (функций, классов и т.п.) основного приложения. Обычно тесты не входят в состав релиза приложения (я не говорю сейчас про приложения распространяемые в исходниках, в этом случае тесты часто идут в составе).
Что бы сделать то что вы хотите, просто пишите тест как часть приложения, без использования библиотек предназначенных для модульных тестов. Это будет быстрее.
В принципе, что-то можно использовать из них с учетом того, что большая их часть выводит информацию на консоль, создает свою функцию main, ... Т.е. что-бы использовать их не по назначению нужно хорошо знать внутреннюю организацию и понимать как оно работает.

Справочника нет. Как разработчики задумали так и работает. Возможно у микрософта есть справочник, но я не встречал. Все подобные штуки находятся в разных местах, кому-то понадобилось, раскопал сам или спросил в поддержке или еще где, опубликовал. Другой уже может найти у первого и т.д.
Часто приходится в поисках необходимой информации тратить много времени на гуглеж и вникание в тему. По другому не бывает.
Есть несколько часто используемых фич, которые ищутся быстро, остальное ... нужно приложить усилия.

Преобразовывайте все 4 поля в строку, конкатенируйте полученные строки, по полученной строке стройте индекс.

Можно.
Обычно на шлюзе локальной сети компьютера к которому идет подключение нужно сделать проброс порта (3389/tcp) в NAT.
Но лучше хорошо подготовится к этому шагу - как только откроете порт начнут ломится все кому не лень.
PS: это универсальный рецепт для любых служб, использующих TCP, меняется только номер порта.

Все что вы не выставите в интернет тут же будет опрошено/атаковано/просканено. И это нормально, всегда так было и будет.
На самом деле, то что вы привели в пример - это только высокоуровневая часть атак на ваш сервер - та что доходит до веб-сервера. А если включить логи фаервола, можно много любопытного узнать про интернет.
Коротко - ваш сервер регулярно сканируется на предмет открытых портов, по открытым портам целенаправленно делаются попытки атак. Наверняка кроме 80/443 порта у вас открыт еще 22 (ssh) - туда регулярно ломятся с попытками авторизации и т.д. и т.п. И все это требует какой-то обработки и реакции.

Поставьте mingw64, а лучше msys2 (это командная оболочка для mingw). И пользуйтесь компилятором и отладчиком, входящим в его состав. Для msys2 нужно будет поставить отдельно gcc через его пакетный менеджер, но это реально лучше, чем голый mingw.

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