From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 19:15:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB87C106566B for ; Fri, 1 Jul 2011 19:15:35 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4FDF78FC12 for ; Fri, 1 Jul 2011 19:15:35 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p61JFUcV090899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 1 Jul 2011 21:15:30 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1309547731; bh=Lyn4U3END1KrY4w4W5mGaJh5AtUoijSpf4WdJgp9OsI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=Y7eg8fVvt8h0sMIKml1j2DZo+x8HZyngT0ygUcjnAAmBZYwcjy/JiPsuhfVmWmdPS 2opkLpC774f7U2C8odqlIRVPlFWDG/+r3DzGCEGCcfF8jhaaNYcaotpAi7TYe2xQfP DfIxXmhxZWWD/GY/xsgWMbKNx9FW7TIDKWrm2SRg= Date: Fri, 1 Jul 2011 21:15:30 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: "Sean M. Collins" Message-ID: <20110701191530.GA76888@acme.spoerlein.net> Mail-Followup-To: "Sean M. Collins" , freebsd-current@freebsd.org References: <20110623163109.GA508@dragon.NUXI.org> <4E0B8CBC.8080601@gmail.com> <4E0CA5D4.4010002@coreitpro.com> <4E0D54AA.7000808@coreitpro.com> <1A9CA8A0-F477-4A6A-9363-8A357DAB7441@lassitu.de> <4E0DE8D6.3090806@coreitpro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E0DE8D6.3090806@coreitpro.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2011 19:15:35 -0000 On Fri, 01.07.2011 at 11:33:42 -0400, Sean M. Collins wrote: > On 7/1/11 2:42 AM, Stefan Bethke wrote: > > The box shouldn't wedge in this situation. If tmpfs can create > > a memory starvation situation on the kernel level, it is not > production ready. > > The full message was "swap zone exhausted, increase kern.maxswzone" - I > guess that actual swap wasn't exhausted, but just space for metadata. So > in tmpfs' defense, AMD64 boots with a kern.maxswzone of 32MB like i386, > which only allows ~7 GB of swap to be allocated. > > I'll see if I can get the machine to wedge again, then increase > kern.maxswzone, and repeat. You just cannot use them both, yet. On amd64 with 8GB of RAM and a ZFS volume that is a couple of hundred G (and world-readable) - Run with tmpfs /tmp - Wait overnight for /etc/periodic/weekly/310.locate to kick in - Come back next morning and have 0 bytes free in /tmp Exporting the pool might bring the memory back, but with open files on the pool and of course in /tmp (think Xorg ...) this is impractical. Uli