From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 18:46:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A2116A4CE for ; Wed, 10 Dec 2003 18:46:12 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 967EA43D2B for ; Wed, 10 Dec 2003 18:46:09 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hBB2k9eC009186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Dec 2003 21:46:09 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hBB2k92v009185 for freebsd-hackers@freebsd.org; Wed, 10 Dec 2003 21:46:09 -0500 (EST) Date: Wed, 10 Dec 2003 21:46:09 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20031211024608.GA9086@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <2946E9F05C8DD511A7DC0002A5608CE4DB2018@gbchm201.exgb01.exch.eds.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <2946E9F05C8DD511A7DC0002A5608CE4DB2018@gbchm201.exgb01.exch.eds.com> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 02:46:12 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In a message written on Thu, Dec 11, 2003 at 02:42:12AM -0000, Sparrevohn, = Thomas wrote: > The /var size should properly stay as recommended. But a sanity > check on the available space when enabling crash dumps might be a > good idea Right, I didn't want to change the default suggestion, just put near that recomendation that crash dumps may greatly increase /var need, and also mention that in the swap sizing section as to why swap =3D=3D ram should probably be a minimum (otherwize you can't turn on crash dumps without repartitioning). --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/19pwNh6mMG5yMTYRApqYAJsHGNfoOuP4nLxhxcfwWyevi1o73QCfb/yT RBSTdXg0oM09cRrFUkFkOic= =n9xm -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt--