#

Используйте std::wstring в качестве ключа.
https://godbolt.org/z/sfTq4nPhj

#include <iostream>
#include <unordered_map>
#include <cwchar>

int main() {
    // Define a wide character string
    std::wstring key1 = L"бла_бла";
    std::unordered_map<std::wstring, int> mp;
    
    mp[L"бла_бла"] = 42;
    std::cout << mp[key1];

    return 0;
}

Для вывода в консоль установите локаль + либу, чтобы нормально итерироваться по строке. Например, вот либа для UTF-8 https://github.com/nemtrif/utfcpp

Попробуй указать локаль - setlocale(LC_ALL, "Russian");

купить подсеть айпи адрессов и как-то поднять их у себя.

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

и будут разблокированные сайты

С какого гардероба? Вы всерьез думаете, что блокировка чего-то там - это каприз провайдера? Да ему пох. Его государство нагнуло своим реестром запрещенных сайтов, поэтому блокировка сайтов у Вас будет на любом провадйдере.

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

Если вы хотите вот совсем независимо и самостоятельно всем распоряжаться:
Технически как физлицо вы не можете "купить" адреса, собственно они вообще не продаются :).
Вы можете взять в аренду, вернее даже в субаренду, блок адресов у LIR-а.
Кто такой LIR- Local Internet Registry- https://ru.wikipedia.org/wiki/%D0%9B%D0%BE%D0%BA%D...
Блоки IPv4 адресов для провайдеронезависимой маршрутизации кратны 256штукам.
Т.е. вы можете взять 256, 512, 768, 1024, ... и никак иначе.
В "довесок" к блоку адресов ван нужен будет номер Автономной системы (AS) -- так же аренда.
И уже потом вы договариваетесь с 1-2-3 и т.д .провайдерами о взаимодействии.
Вы "объявляете" им, что у вас есть такой-то блок адресов, они передают дальше и т.д.
И таким образом весь Internet узнаёт, что такой-то блок адресов "приписан" к такому-то номеру AS, а сама AS достижима по такому-то направлению (интерфейсу)....
В домашних условиях технически возможно, но судя из вашей формулировке вопроса вам понадобится соответствующий специалист... ну или много и долго самостоятельно разбираться с новой для себя темой :)
Маршрутизация в глобальных сетях выглядит несколько иначе, чем в локальных.

Так, ну для начала автор - вам нужно как минимум исключить софт часть.
Если вам все советы выше не помогли - то чистая винда, и не LTSC, а обычная.
Не ставите НИКАКОГО софта кроме драйверов и игры, и тестите.
Все в порядке - ну я думаю сами понимаете что нужно делать.

Так же не совсем понятно что за игра, но это не столь важно, самый вероятный источник проблемы - это память.
И на самом деле вам ОЧЕНЬ легко ее исключить - выкидывайте 2 плашки, проверяйте работоспобность игры.
ОЧЕНЬ сильно на ошибки по памяти похоже, причем мем тест вам их не выловит(во первых с каким пресетом вы тестируете, во вторых он проверяет стабильность в первую очередь плашек памяти, а при 4 плашках весь вопрос в контролере памяти проца, для тестирования этого подходит например y cruncher vcst/n64, с вашим процом правда вы там либо синьку словите либо крайне жесткий троттлинг, поскольку брать воздух под этот проц - это настолько тупое решение, насколько это вообще возможно.)

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

В общем - оставьте 2 плашки и побегайте в игре, тоже самое - чистая винда, а там уже по результатам.
+ для тестов уберите андервольт.

Похожая проблема для сетевого трафика решена путем "раскладки" пакетов по нескольким очередям разного приоритета (вроде чаще всего 3 шт).
Пример алгоритма
есть 3 очереди: высокий приоритет, средний, низкий.
Данные из очередей извлекаются в таком порядке:
Из высокоприоритетной за проход при наличии данных - 4 сообщения, из среднеприоритетной - 2, из низкоприоритетной -1..
И так и бегаем по кругу - 4, 2, 1, 4, 2, 1....

Распределение сообщений по очередям -- это уже на вашей совести будет :)

Если сильно хочется, то прикрутить
https://github.com/fnep/aplot

Options:

diagram Print the results as a braille character diagram (default).
gnuplot Print the results using a gnuplot subprocess.
table Print the results as ascii table.
csv Print the results as csv table.
json Print the results as json datagram.

Но всё же лучше, как посоветовал Алексей Черемисин
Если хочется по-проще, тогда munin.

Поставьте prometeus + node exporter + grafana.
Вот с последней и забирайте графики.

teamviewer, rustdesk

Почему-то все обсуждения ушли исключительно в аппаратную сторону. Хотя даже сам автор изначально задавался вопросом - софт или железо? Софт от лоджитека очень часто страдает разными багами. Загуглите этот lghub_agent - каких только проблем с ним нет, в том числе и зависания, и жор процессорных ресурсов! Я не утверждаю, что причина именно в нём, но это тот момент, который легче всего проверить - снести этот софт нафиг и пожить без него! У меня самого лоджитековская мышь, но никакого дополнительного софта их нет. Не вспомню уже что именно, но что-то с ним тоже было не слава богу.

Для начала - отключить андервольт и протестить, будет ли такое повторяться.
Если в тестах у Вас тротлит ЦП, значит и в игре скорее всего тоже самое
И попробуйте отключить энергоэфф ядра, для теста.

Но судя по всему - очень похоже на банальный перегрев