А рановато баг про aslr судя по всему. vm.aslr_restarts: 0 При этом

потеря более 44процентов на тэстовой машине (amd64), а я всего-то rust под i386 собрал. своп вообще не тронут. Закрывать? Я уже не знаю чего думать.

если ты отключил перед этим aslr, то разумеется vm.aslr_restarts будет 0

И от фрагментации это не спасет конечно. если под фрей запускается что-то любящее работать с памятью максимально быстро, этот процесс надо держать запущенным и не выходить из него, когда не нужен - добавить режим паузы например. Есть еще вечная проблема с доками. Их актуальность и о какой версии фри вообще речь. пример странной доки: https://wiki.freebsd.org/PhysicalMemoryCompaction Как запускать этот "compaction job", кто его знает... да его скорей всего нет. Это возможно даже просто в "планах". vm.phys_free: DOMAIN 0: FREE LIST 0: (LIST 1 еще хуже) ORDER (SIZE) | NUMBER | POOL 0 | POOL 1 -- -- -- -- -- -- 12 ( 16384K) | 0 | 0 11 ( 8192K) | 0 | 0 10 ( 4096K) | 0 | 0 9 ( 2048K) | 0 | 0 8 ( 1024K) | 6 | 0 7 ( 512K) | 52 | 0 6 ( 256K) | 262 | 1 5 ( 128K) | 1039 | 19 4 ( 64K) | 4575 | 256 3 ( 32K) | 18243 | 1294 2 ( 16K) | 43921 | 7524 1 ( 8K) | 490 | 7089 0 ( 4K) | 923 | 3098

а ты форсирование кластеризации оставил включенным?

Да, везде все так-же: kern.elf64.aslr.enable=0 vm.cluster_anon=2

Нет такого понятия как "любящее работать с памятью". Есть понятие superpages. Большинство приложений их не использует.