Le 28/11/2023 à 12:12, Claudio Jeker a écrit :
So the problem is that the malloc space is filled by
a) 26540K of devbuf -- because of the multiqueue support in ixl
b) 63493K of ACPI -- what the heck ACPI?!?
and then there is not enough space for rtable. A full table requires
in your example 50816K of rtable malloc space.
Now on amd64 all of this needs to fit into 128MB which is impossible.
You can use config(8) and bsd.re-config(5) to adjust the nkmempg variable
to something like 131072 (which is 4 times the default size).
This can be verified with `sysctl vm.nkmempages`
Now ixl(4) and ACPI should not be such pigs but in the end 128MB of kernel
malloc space is just stupidly small on a system with 128GB of memory.
Hi Claudio,
Thanks.
I bumped nkmempg to 131072
====
# config -e -o bsd.new /bsd
ukc> nkmempg 131072
quit
====
Then rebooted with the very same issue.
It seems the nkmempg variable is not properly takes into account since
'sysctl vm.nkmempages' still shows 32768 after reboot
====
# sysctl vm.nkmempages vm.nkmempages=32768
====
# config -e -o bsd.new /bsd OpenBSD 7.4 (GENERIC.MP) #0: Sun Oct 22
12:13:42 MDT 2023
r...@syspatch-74-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Enter 'help' for information ukc> nkmempg nkmempages = 262144 ====
Modifying /etc/bsd.re-config and rebooting (twice) didn't help either.
I 'had'to recompile kernel (after modifying:
/usr/src/sys/kern/kern_malloc.c with '#define NKMEMPAGES 262144 '), the
issue is not occuring again.
Do you recomend using this approach to mitigate the issue, or is there a
more 'long term' fix ?
Thanks
Laurent
