при GOMAXPROC 2 и выше падает тест на корректную работу кв-стора

но рейс детектор молчит

Понятия не имею. Я с MySql через него работаю.

1455 означает ERROR_COMMITMENT_LIMIT
т.е.
The paging file is too small for this operation to complete

на линупсе падает с сегфолтом

Я думаю должен, если pgx совместим со стандартным.

Чисто в качестве предположения: попробуй сделать sysctl -w vm.max_map_count=262144.

ну вообще это винда, так-то

и ограничения пейджфейла не объясняют, почему рейс детектор ничего не видит ничего при GOMAXPROC > 1

А до этих тестов доходит при gomaxproc > 1?

С виндой я тебе не помогу, 10 лет не пользовался)

И это не ограничения пейджфайла (по аналогии), если верить докам:

this setting limits the number of discrete mapped memory areas

Это количество разных кусков в оперативе

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

В какую сторону копать? Права для создания фалов? Или неправильный билд?

запринтить ошибку

и запустить из консоли бинарь

если файл не создается, значит os.OpenFile выходит с ошибкой

чтобы оно не закрылось

О, это помогло найти начало проблемы! СПасибо!

👌