From owner-cvs-src@FreeBSD.ORG Thu Apr 28 02:52:10 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E13DA16A4CE; Thu, 28 Apr 2005 02:52:10 +0000 (GMT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F2C943D1D; Thu, 28 Apr 2005 02:52:10 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j3S2q9Ju008818; Thu, 28 Apr 2005 12:52:09 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j3S2q6Io006444; Thu, 28 Apr 2005 12:52:07 +1000 Date: Thu, 28 Apr 2005 12:52:06 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Kris Kennaway In-Reply-To: <200504280029.j3S0TOXp078389@repoman.freebsd.org> Message-ID: <20050428124206.C85412@delplex.bde.org> References: <200504280029.j3S0TOXp078389@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/vm vm_init.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 02:52:11 -0000 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