res2001

Мне кажется с блокировками вы несколько путаетесь. В данном случае могут быть заблокированы 2 объекта на одной файловой операции:
1. поток, использующий синхронную операцию чтения/записи в файл
2. файл открытый для монопольного доступа

Думаю ваш вопрос не связан с п.1, т.к. это больше про параллельное программирование, а не про файлы и БД.
Файловые операции легко могут не блокировать поток - асинхронный ввод/вывод.
Файл можно открыть с монопольным доступом и с общим доступом. В общем доступе этот же файл может открыть и другое приложение одновременно с вашим.
При общем доступе вы можете блокировать какую-то область файла и работать с этой областью "монопольно".
БД открывают свои файлы в монопольном режиме.
В разных потоках одного приложения вы можете открыть файл один раз и работать с одним и тем же дескриптором файлов из разных потоков. Но это может создать кучу проблем с целостностью структуры файла, если много потоков будут не согласованно писать в файл.
Файловые операции ОЧЕНЬ медленные. Поэтому все нормальные базы данных работают через свой собственный кэш. Поэтому там, обычно нет кучи потоков, которые лопатят файл БД. Движок SQL берет данные из кэша, есть некий "менеджер кэша" - отдельный поток, которому движок дает запрос на данные, если данных в кэше прямо сейчас нет, то менеджер кэша читает данные из файла в кэш и отдает эти данные запрашиваемому потоку. Чтение файла наверняка то же идет не на прямую, а запросы на чтение ставятся в очередь и возможно какой-то другой поток (или тот же менджер кэша) по очереди читает необходимые данные. Аналогично и с записью - через кэш и последующую очередь на запись.
Если запустить MS Sql Server с настройками по умолчанию с достаточно большой по объему базой он довольно быстро отожрет в компе вообще всю свободную память (конечно, если БД меньше, чем объем ОЗУ, то всю память не отожрет). Не то что бы ему очень нужно прямо сейчас вот столько памяти (он может в это время вообще простаивать), просто он начитал данные в кэш.
Как-то так я это вижу.

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

Похоже, это прям низкий уровень - работа с регистрами UART.
COMBase - это базовый адрес порта. По этому адресу находятся регистры порта их несколько. Добавляя число вы пишите данные в регистр, соответствующий заданному смещению относительно базового адреса.
Вот тут есть старинное хорошее описание низкоуровневой работы с UART и последовательным портом, с регистрами и прочим.

Однако с точки зрения оптимизации, эстетики и/или стандартов, как писать все-таки лучше

Как хотите.

На самом деле опциями компилятора можно задать выдавать предупреждения (или даже ошибку) на подобное не явное приведение типов. Тогда это будет "не красиво" или даже вообще ошибка компиляции, и тут вам придется исправлять ситуацию добавив суффикс.
Но подобные опции используют не часто. На сколько помню для gcc это опции -Wsign-conversion и/или -Wconversion но могу ошибаться. И, по моему, они даже не включаются через -Wall -Wextra -pedantic - обычно используют этот набор опций, когда хотят заставить компилятор выполнять больше проверок кода.
Немного модифицировав опции можно добиться не предупреждения, а ошибки.

Если вы пишите исполняемый файл, то вы контролируете опции сборки в makefile (или чем вы там пользуетесь) и вас этот вопрос может не парить вообще.
Если вы пишете библиотеку, которую распространяете в исходниках, то есть вероятность, что пользователь при сборке захочет добавить своих опций и тогда ошибки/предупреждения могут проявится. Можете расставить суффиксы для обхода потенциальных проблем, а можете забить и оставить на усмотрение конечного пользователя библиотеки.

Веб сервер занимается обслуживанием сетевых соединений, передачей данных по сети и т.п. вещами.
Приложения на go, PHP и прочих питонах вызываются веб сервером для генерации ответа на пользовательский HTTP запрос, в приложение в качестве параметра передается сам запрос. В простейшем случае, веб-сервер в качестве ответа может просто возвращать статический файл на диске, а не запускать программу.
Таким образом приложение напрямую не взаимодействует по сети с клиентом, а работает через посредника - веб-сервер.

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

1. Маршрутизаторов может быть много. Например, сеть большого предприятия, где используется несколько подсетей + доступ в интернет. На какой именно маршрутизатор должен отправлять пакет хост, предназначенный не для своей сети?
2. Маршрутизаторы добавляются в систему то же через таблицу маршрутизации. Для шлюза по умолчанию в таблице маршрутизации добавляется маршрут для сети 0.0.0.0 (т.е. все адреса).

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

Знаю только одну книгу на русском по С++20: https://dmkpress.com/catalog/computer/programming/... Хотя пристально вопрос не отслеживаю, возможно появилось что-то еще в других изданиях. Эта книга совсем не учебник - вы не научитесь по ней программированию на С++.
Тем более вы не найдете учебник, где бы был описан 20 стандарт. Возможно на английском есть.
Вообще книги формата учебников подтягиваются к современным стандартам с большим запозданием - лет 5 это норма. В любом случае Прата подойдет для изучения языка. После него можно углубить изучение каких-то вопросов, по которым остались пробелы и изучить нововведения поздних стандартов.

Запустите командную строку cmd.exe и от туда удалите что-нибудь не нужное и большое (например почистите свой %TEMP% - там обычно куча мелких файлов и подкаталогов, которые не нужны, но занимают место на диске). Удаление из cmd происходит минуя корзину. Это действие немного освободит пространства на диске и возможно корзина заработает нормально.

В принципе удалять минуя корзину можно и из проводника, для этого выделите файлы и жмите Shift+Del.

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

Ответ в комментариях

Это же трехмерный "кубический" массив. Нет смысла делать такую сложную конструкцию.
Делайте std::vector<int> values(size * size * size);
Правда индексы придется вычислять ручками или можно оформить это в виде своего класса и переопределить операцию индексации.
Выделять память одним большим куском для многомерных массивов - это правильно.

При биндинге можно указать вместо адреса константу INADDR_ANY (0.0.0.0) - т.е. все доступные адреса, тогда программа будет слушать указанный порт на всех адресах, доступных ОС.
Адрес 127.0.0.1 (или любой из подсети 127.0.0.0/8) назначают, обычно тогда, когда сервис должен работать только в рамках локальной машины. Например у вас есть обратный прокси на nginx и пара сайтов на apache. Прокси будет слушать внешний адрес на 443 порту, а сайты вполне могут слушать 127.0.0.1 и принимать подключения только от прокси.

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