Отвечу сразу всем на тему от двух ночи. Всем спасибо.

Действительно, сегментация памяти очень влияет, прямо сегодня получил минус 38.0%. А с темой паники что делать? Я в /usr/src мало понимаю, а gdb видел второй-третий раз в жизни и не знаю нужный-ли backtrace и показывает-ли он проблему.

тебе и не нужно разбираться с backtrace, тебе нужно заслать его в PR и быть готовым выполнить в gdb дополнительние команды типа frame, print по запросу девелопера

а сколько всего RAM в системе с майнером?

На машине что падает 64Gb. Но майнер там редко запускался, в момент падения был кстати на паузе.

Тест с time(1) уже сделал? Как-то неохота давать дальнейшие советы, пока самый элементарный тест не сделан. Пока мы только подозреваем, что дело в фрагментации памяти, но не уверены.

vm.aslr_restarts тоже не показан

bug report я не завел - надо понять не чисто локальная-ли проблема. time сделаю, но уже понятно что дело не в L3, а в этом случае уже без разницы, это всего-лишь майнер, а на упавшей машине он использовался для проверки производительности и максимальных температур, у процессора встроенное видеоядро и как-бы не для майнинга он. xmrig там может вообще не запускаться или 1-2 раза за весь аптайм для все тех-же целей. 5600g+64gb это было оптимальное для всех процессов и виртуалки с пудрой, чтоб сборка не шла по нескольку дней. Все-так зря тут пытаются связать панику и майнер, это две разные вещи и вторая из них ценна может быть только как рычаг для паники.

Даже если это локальная проблема, нужен bug report, потому что это реальная проблема и она может проявиться у кого-то ещё.

для поднятия температуры достаточно запустить nice bzip2 </dev/null >