Thank you Laurent and Claudio, We have an identical setup (hardware specs), i am sure we need this in the near future. :)
/Wouter On Thu, Dec 14, 2023 at 3:08 PM Claudio Jeker <cje...@diehard.n-r-g.com> wrote: > On Tue, Nov 28, 2023 at 05:55:03PM +0100, Laurent CARON wrote: > > > > Le 28/11/2023 à 17:46, Claudio Jeker a écrit : > > > The problem is that the symbol nkmempages moved into .bss and is > therefor > > > no longer modifiable by config(8). I think you can still use ukc via > > > boot -c to alter it (but that is not sticky). > > > > > > The alternative is to set "option NKMEMPAGES=131072" in your GENERIC > > > config file (or option NKMEMPAGES_MAX=131072). See also options(4). > > > > > > Long term is the fix this proper. All of this was built when computers > had > > > 100MB of memory not 100GB. > > > > > > > Got it. Thanks. > > > > It means I'll stick with this kernel for now and see if it helps (it > seems > > promising for now). > > > > Is there a way you can submit this patch (option NKMEMPAGES=131072) to > the > > current branch ? > > A better calculation logic for nkmempages was added to -current. > On most 64bit archs nkmempages now scales to much larger values. > > See https://marc.info/?l=openbsd-cvs&m=170255507530513&w=2 for more > details. > > -- > :wq Claudio > > -- Wouter Prins w...@null0.nl
