From owner-freebsd-stable@FreeBSD.ORG Tue Dec 16 06:04:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88473304; Tue, 16 Dec 2014 06:04:18 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [192.203.228.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 681ADA9B; Tue, 16 Dec 2014 06:04:18 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id 3607B95; Mon, 15 Dec 2014 22:04:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1418709851; bh=NEC188nGzRgFx9eGafBT7agNqcIV0IUZgIhZ8pwY/qc=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=oLsyh1p4Q2FS08Y/wgm7eaiz23PTUb0IhnNkVa7wUDOD3OAnX9x1jJX+f3bUHMtGn dxPaIa7Z47xnjQSAv6vA89Vcx63eBiS+pYpVdII1pK1YoLfaNtR7aNwX5v8Zrmz2BA LRIK4DxhYYpLMpz3x/5QwkKTfXTb1Ktq6I20rG2E= From: Peter Wemm To: Adrian Chadd Subject: Re: i386 PAE kernel works fine on 10-stable Date: Mon, 15 Dec 2014 22:04:06 -0800 Message-ID: <2036758.o6RQzZpOtp@overcee.wemm.org> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <1418579278.2026.9.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4420963.u7c8slbCU8"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Alfred Perlstein , "freebsd-stable@freebsd.org" , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2014 06:04:18 -0000 --nextPart4420963.u7c8slbCU8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Monday, December 15, 2014 05:12:39 PM Adrian Chadd wrote: > On 15 December 2014 at 16:33, Alfred Perlstein wrote:= > >> On Dec 15, 2014, at 3:42 PM, Peter Wemm wrote: > >>=20 > >> It's always been a 1GB/3GB split. It was never a problem until ce= rtain > >> scaling defaults were changed to scale solely based on physical ra= m > >> without > >> regard for kva limits. > >=20 > > Hmm the original patch I gave for that only changed scaling for mac= hines > > with 64 bit pointers. Why was it that the 32 bit stuff was made to > > change? > I recall this - I went digging; commit >=20 > 7beb738c8a72cc197d3e898784afe3fba28f1834 >=20 > removed that particular bit of autotuning based on the size of void *= . >=20 > Maybe this stuff is a little busted and we need to add some more > config parameters? >=20 > (Also, there's the vm space shift thing that also needed adjustment > for memory-constrained systems. We've had do it on MIPS and low-memor= y > (64mb, 128mb) RAM i386 systems.) >=20 >=20 >=20 > -adrian There's more to it than just one commit. There's years of general tren= ds that=20 added scaling by physical ram without regard for kva consumption. The=20= starting point for Alfred's commits a few years ago already didn't work= =20 properly on large memory systems. Alfred worked on the scaling for the= 64-bit=20 / direct map systems and tried to leave the caps alone for kva-constrai= ned=20 systems. The caps were already too high. Except for i386, kva-limited systems generally are pretty small and are= =20 explicitly tuned for "small". The tuning considerations for a 32MB or = 64MB=20 mips/arm system is very different than a 16GB i386 PAE system. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart4420963.u7c8slbCU8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJUj8taAAoJEDXWlwnsgJ4EA/EIAItF3mNK02PQvolcgS4y9fJb kQkNUTKo7gzWTaclcTNQ90OmHmQExs9uOMD/i5EN2thTfil7YmcwlrF+cSrJPb/l 5jEBn4irS/31C59bG4LmwmEuq3QW2kQj9i6l6avZuC3mXcMpRNHYkz/8X2YdXkTn o+DFHQOzB+rGwIjl5aRoO2OZnMjdmxqtSI+OVlU7bOLMEu+TcdbcggsI/kqKHR2X iwFiSokL8Gz8fzBJjrdGCorU71xhhXbaycSK0NmJACiHvXCCXyHx2AglTGuojClg tgDQlG6GOkBK7ymhyCwTtpldWUPUnutD/D01Akjre3DY88YxakkHLQfb6EFOiMU= =iOt5 -----END PGP SIGNATURE----- --nextPart4420963.u7c8slbCU8--