From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 44B54138010 for ; Thu, 6 Sep 2012 14:24:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DCA05E0923; Thu, 6 Sep 2012 14:23:27 +0000 (UTC) Received: from mail-gh0-f181.google.com (mail-gh0-f181.google.com [209.85.160.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 182E1E08B0 for ; Thu, 6 Sep 2012 14:20:19 +0000 (UTC) Received: by ghz3 with SMTP id 3so335415ghz.40 for ; Thu, 06 Sep 2012 07:20:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=NV85k5+V/Qn2Z6WcaESQ3yQhmCN+u5WT7FVSr/1w9qs=; b=lfu+xvYAz9fAZ0z/sNr71XULc5ZjxvBwZKxhNoh2Lv2q0g3T0q+CzHLYvMx1hPH6yT YjUvNlyAYvZRd7Mg0f2M4OyRAQJ5ps8nhExBHLkrHZKVzf1mkCUfGxjXs18nXmaskLMR Sz4ktNQuYrZjxPNOC7Ov0Vkkl5g8HyIS4yoU/uQ9f3+g/XfJObFzp54kjkzSyhwNAanw VYAfjOoB2ZQx2Q7hQLSJM8TKVUYG233qbgxuujlGPl00rZNiCXwuCajL/fKSEGj3BcmJ 3NNsHfJv/IO9nuSB/hUPC83IGCa3MJPu9a3uErlO1CCR42/AgdfMv8mGVpy1v0Xlml7o WYpQ== Received: by 10.236.149.139 with SMTP id x11mr1957193yhj.5.1346941219474; Thu, 06 Sep 2012 07:20:19 -0700 (PDT) Received: from [192.168.2.5] (adsl-65-0-93-201.jan.bellsouth.net. [65.0.93.201]) by mx.google.com with ESMTPS id j9sm1864377anl.4.2012.09.06.07.20.17 (version=SSLv3 cipher=OTHER); Thu, 06 Sep 2012 07:20:18 -0700 (PDT) Message-ID: <5048B120.2030905@gmail.com> Date: Thu, 06 Sep 2012 09:20:16 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120902 Firefox/15.0 SeaMonkey/2.12 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: aligning SSD partitions References: <504791EB.2030103@gmail.com> <20120906065755.GA2442@nicolas-desktop> <504869AB.20908@gmail.com> <20120906104744.7f0972a7@hactar.digimed.co.uk> <504876B5.7050001@gmail.com> <20120906112003.7b1235bd@hactar.digimed.co.uk> <50487E9A.3060200@gmail.com> <20120906111136.GC2442@nicolas-desktop> <5048898C.7070301@gmail.com> <20120906134646.GH2442@nicolas-desktop> In-Reply-To: <20120906134646.GH2442@nicolas-desktop> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 50c149d2-da67-4488-8705-36aa21aff5da X-Archives-Hash: 0465a7b3dd51ffd89dd9e2405bafa721 Nicolas Sebrecht wrote: > The 06/09/12, Dale wrote: > >> Not quite. The theory is that if you put portages work directory on >> tmpfs, then all the writes and such are done in ram which is faster. > No! This is too much simplistic view to explain what you see. > > In practice, _all_ the writes always happen in RAM whatever backend > storage you use. > > The difference you could see is if there is not enough RAM for the > kernel cache, it will have to wait for the backend storage. > OK. Step by step here so hopefully you and Neil can follow. Freshly booted system. Clear caches just to be sure emerge foo with portages work directory on tmpfs clear caches again emerge foo with portages work directory on disk clear caches again. emerge foo with portages work directory on tmpfs clear caches again emerge foo with portages work directory on disk You repeat this enough times and you see that it doesn't matter if portage's work directory is on disk or on tmpfs. As I said before, when I have portage's work directory on disk, I see the drive light blinking like crazy so it is doing something, reading or writing. When portage's work directory is on tmpfs, it only blinks when I first start the process which should be unpacking the tarball and then at the end when it is installing the package. In between that, it is just the normal stuff of my wallpaper changing or it checking my emails. So, it may store something in ram as it does in both cases but it is also storing things on the drive or else the light would not be blinking so much. I'm not real big on rebooting but you and Neil are about to make me test this and reboot between each and every test. If nothing else, just to show that drop_caches does the same as rebooting like kernel.org says, except for the programs are still actually running. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!