NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/55166: uvm_pdpolicy_clock params (anon/exec/file max/min) defaults
The following reply was made to PR kern/55166; it has been noted by GNATS.
From: Andrew Doran <ad%netbsd.org@localhost>
To: Joerg Sonnenberger <joerg%bec.de@localhost>
Cc: gnats-bugs%netbsd.org@localhost, kern-bug-people%netbsd.org@localhost,
gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
Subject: Re: kern/55166: uvm_pdpolicy_clock params (anon/exec/file max/min)
defaults
Date: Mon, 13 Apr 2020 15:58:12 +0000
On Sun, Apr 12, 2020 at 11:38:14PM +0200, Joerg Sonnenberger wrote:
> On Sat, Apr 11, 2020 at 04:40:00PM +0000, Izumi Tsutsui wrote:
> > There parameters can be changed by sysctl(8), but initial values
> > are hardcorded in uvmpdpol_init():
>
> What about actually tuning the initial parameters on the amount of RAM
> in the system? That seems much more sensible than hard-coding different
> option sets in various kernels. It's not like it is going to add a lot
> of (cold) code.
Agree, I would prefer to see this keyed off uvmexp.npages since it's not
really architecture specific.
> > Using the following sysctl vm values on dreamcast and x68k
> > makes many applications (including twitter/mastodon clients)
> > work as they can be used as demonstrations at conferences:
> > ---
> > vm.anonmax=30
> > vm.anonmin=10
> > vm.execmax=50
> > vm.execmin=20
> > vm.filemax=1
> > vm.filemin=0
>
> filemax seems questionable to me, the rest sound a useful default for
> systems with <= 16MB RAM.
I think filemin=0 could potentially lead to bad behaviour and would prefer
to see it non-zero.
Andrew
Home |
Main Index |
Thread Index |
Old Index