>> Так и есть - это не дефолтные опции, например STATS по дефолту не включена. >> Используй пакет, его нынче вполне достаточно. SA> Завел багу SA> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235684 SA> предлагают увеличить в два раза размер стека ядра и попробовать
Это он дует на воду, обжегшись на молоке. Во-первых, kern.maxssiz это не размер стека ядра, а размер стека прикладных программ, которое им ядро назначает при создании нового процесса. Размер стека ядерных тредов, о котором тебе писали PR, измеряется в количестве страниц памяти и меняется только через ребут и kern.kstack_pages в /boot/loader.conf и, на самом деле, не имеет отношения к твоей проблеме.
До сравнительно недавнего времени на 32-битных системах kern.kstack_pages был меньше, чем на amd64 и мог легко привести к double fault из-за переполнения стека при очень-очень длинных backtrace, но это не твой случай: у тебя нет ни double fauilt, ни пары десятков фреймов в backtrace.
Плюс эта проблема не касалась amd64, а нынче она не касается и i386, где размер стека ядра подняли до величины на amd64 и его стало хватать.