From owner-freebsd-fs@FreeBSD.ORG Mon Jun 10 03:05:28 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6EDE9C35 for ; Mon, 10 Jun 2013 03:05:28 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 46BBA182A for ; Mon, 10 Jun 2013 03:05:27 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-237-17.lns20.per1.internode.on.net [121.45.237.17]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id r5A2d8Z9072116 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 9 Jun 2013 19:39:11 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <51B53C4C.3030007@freebsd.org> Date: Mon, 10 Jun 2013 10:39:08 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Dmitry Morozovsky Subject: Re: /tmp: change default to mdmfs and/or tmpfs? References: <20130609124603.GA35681@icarus.home.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 03:05:28 -0000 On 6/9/13 9:16 PM, Dmitry Morozovsky wrote: > On Sun, 9 Jun 2013, Jeremy Chadwick wrote: > >>> what do you think about stop using precious disk or even SSD resources for >>> /tmp? >>> >>> For last several (well, maybe over 10?) years I constantly use md (swap-backed) >>> for /tmp, usually 128M in size, which is enough for most of our server needs. >>> Some require more, but none more than 512M. Regarding the options, we use >>> tmpmfs_flags="-S -n -o async -b 4096 -f 512" >> [...] I sometimes use virtual filesystems but there are cases when I am looking to store HUGE amounts of trace data in /tmp and end up cursing and remounting a real disk partition.