From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JGaSO-000386-C7 for garchives@archives.gentoo.org; Sun, 20 Jan 2008 13:43:28 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AB31EE064E; Sun, 20 Jan 2008 13:43:26 +0000 (UTC) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by pigeon.gentoo.org (Postfix) with ESMTP id 92EAFE064E for ; Sun, 20 Jan 2008 13:43:26 +0000 (UTC) Received: from gw.thefreemanclan.net ([68.162.79.226]) by vms173003.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JUY003A53B50GH0@vms173003.mailsrvcs.net> for gentoo-dev@lists.gentoo.org; Sun, 20 Jan 2008 07:40:18 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by gw.thefreemanclan.net (Postfix) with ESMTP id 4B27012418F for ; Sun, 20 Jan 2008 08:43:06 -0500 (EST) Date: Sun, 20 Jan 2008 08:43:06 -0500 From: Richard Freeman Subject: Re: [gentoo-dev] Re: Concerns about WIPE_TMP change [offtopic] In-reply-to: <47928523.2080203@xs4all.nl> To: gentoo-dev@lists.gentoo.org Message-id: <47934FEA.3080603@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7bit References: <479156FF.5030508@xs4all.nl> <20080119021236.GO10389@aerie.halcy0n.com> <4791F359.1050500@gentoo.org> <47928523.2080203@xs4all.nl> User-Agent: Thunderbird 2.0.0.9 (X11/20071116) X-Archives-Salt: afaf4dad-1834-4a20-8645-a2086d8daeb3 X-Archives-Hash: a16a10056711211c5512aecc75e31654 Stefan de Konink wrote: > ..very offtopic but how are you all compiling stuff like firefox on a > ram disk. Or is 8GB of ram very cheap suddenly? > Swap is your friend. The performance hit is the same as what you'd get compiling on disk if pages need to be swapped out. The performance is of course far superior for any pages that don't need to be swapped out. The big clean at the end is of course MUCH faster in a ram-disk. The beauty of tmpfs is that it performs no worse than disk in the worst case, and in the case of short-lived files it performs far better. If you write, use, and delete a file on disk (more than a few seconds apart) the kernel actually takes care to sync everything as if you cared about the file 10 minutes into the future. The kernel can also be far more opportunistic with how it swaps pages compared to how it flushes buffers - since there is a general understanding that when you write to a file you care about being able to read it back in a few days. -- gentoo-dev@lists.gentoo.org mailing list