From owner-freebsd-stable@FreeBSD.ORG Sun Jul 7 10:56:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3F662F2B for ; Sun, 7 Jul 2013 10:56:43 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1FB1F92 for ; Sun, 7 Jul 2013 10:56:42 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 34EF637B53D; Sun, 7 Jul 2013 05:47:32 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3bp61v3YVGzSYK; Sun, 7 Jul 2013 05:47:31 -0500 (CDT) Date: Sun, 7 Jul 2013 05:47:31 -0500 From: "Matthew D. Fuller" To: Jeremy Chadwick Subject: Re: make buildworld is now 50% slower Message-ID: <20130707104731.GA13386@over-yonder.net> References: <20130705145839.GB5449@icarus.home.lan> <20130707101714.GA51445@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130707101714.GA51445@icarus.home.lan> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.8 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jul 2013 10:56:43 -0000 Apropos of nothing, but... On Sun, Jul 07, 2013 at 03:17:14AM -0700 I heard the voice of Jeremy Chadwick, and lo! it spake thus: > > WITHOUT_LIB32=true suggests you're running amd64, which I'm pretty sure means > - I do increase kern.maxdsiz, kern.dfldsiz, and kern.maxssiz in > /boot/loader.conf to 2560M/2560M/256M respectively, but that was mainly > from the days when I ran MySQL and needed a huge userland processes. are not necessarily _in_creases, and may well be mostly _de_creases. e.g., on a RELENG_9 box with 8 gig of physical RAM: % sysctl kern.{max{d,s},dfld}siz kern.maxdsiz: 34359738368 kern.maxssiz: 536870912 kern.dfldsiz: 134217728 while a -CURRENT box with 16 has dfldsiz blown all the way up too. I don't recall doing anything to change them at all recently, and a glance over loader.conf, sysctl.conf, rc.local, and the kernel configs doesn't turn up anything. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream.