Date: Thu, 28 Apr 2005 12:52:06 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: Kris Kennaway <kris@FreeBSD.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/vm vm_init.c Message-ID: <20050428124206.C85412@delplex.bde.org> In-Reply-To: <200504280029.j3S0TOXp078389@repoman.freebsd.org> References: <200504280029.j3S0TOXp078389@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 28 Apr 2005, Kris Kennaway wrote: > kris 2005-04-28 00:29:24 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_5) > sys/vm vm_init.c > Log: > MFC: > > Add the vm.exec_map_entries tunable and read-only sysctl, which controls > the number of entries in exec_map (maximum number of simultaneous execs > that can be handled by the kernel). The default value of 16 is > insufficient on heavily loaded machines (particularly SMP machines), and > if it is exceeded then executing further processes will generate a SIGABRT. > > This is a workaround until a better solution can be implemented. It seems to be insufficient on all reasonably fast machines. Just fork-execing 16+ processes in the following benchmark seems to trigger it: %%% #!/bin/sh for i in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 do nice -$i sh -c "while :; do echo -n;done" & done top -o time %%% Lately, this has started failing with a strange "Abort trap" messages printed by the shell after I exit top. The 3 processes with niceness 1, 2 and 3 tend to get killed more than others. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050428124206.C85412>