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 4FF5C138010 for ; Fri, 7 Sep 2012 12:27:49 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AAEEB21C0C9; Fri, 7 Sep 2012 12:27:29 +0000 (UTC) Received: from mail-yw0-f51.google.com (mail-yw0-f51.google.com [209.85.213.51]) by pigeon.gentoo.org (Postfix) with ESMTP id 7CDED21C0C5 for ; Fri, 7 Sep 2012 12:25:45 +0000 (UTC) Received: by yhnn12 with SMTP id n12so641222yhn.10 for ; Fri, 07 Sep 2012 05:25:45 -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=DuCTYSGu4KB1JVI+dQxkSZZJP3M3S96van3rCF7dl68=; b=UIMBczjmYGKtLM0M2u8h43TbMSPFh79Gi+2lj9jWphE3P8kdi7gZNSDDCYWkIYG9TP gdGO6VeCc/UPzMzoD8IOWTgcNsrIAF6BspWtCPJf0SthxJV7si/oel7dK/yzziY5Jh8y 6w/AxNfDi00KaxQamagIISQWAcpHouLugEcgsxiyYNkmTl0Rs1YT5N7AdJBlkxN2sf6u seuXU7Hl9rBmUA8MzqOCA3jKnoEYQNufD9rOIR8C/ZL8AnbYRr5k/l9X2j6C9ccc5M4l v4f4sA7Qyo6iVqbvlbkh0To4GyzzXqtUelX8IYmQ3AJtcpHfWgRXO0gSrhds0qOGypBz 1p8g== Received: by 10.236.183.168 with SMTP id q28mr4718398yhm.45.1347020744863; Fri, 07 Sep 2012 05:25:44 -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 t16sm4349701anj.21.2012.09.07.05.25.42 (version=SSLv3 cipher=OTHER); Fri, 07 Sep 2012 05:25:44 -0700 (PDT) Message-ID: <5049E7C6.3050605@gmail.com> Date: Fri, 07 Sep 2012 07:25:42 -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: <20120906112003.7b1235bd@hactar.digimed.co.uk> <50487E9A.3060200@gmail.com> <20120906111136.GC2442@nicolas-desktop> <5048898C.7070301@gmail.com> <20120906131754.6d9fbcb1@digimed.co.uk> <50489BBB.5090702@gmail.com> <20120906140420.26a3e3c5@digimed.co.uk> <5048AE22.3020802@gmail.com> <5048CEEC.5070800@gmail.com> <20120907075617.GB2419@nicolas-desktop> In-Reply-To: <20120907075617.GB2419@nicolas-desktop> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 2150878d-723a-42e9-bde6-6ad6b514d1af X-Archives-Hash: 35fd5f8945a6d5c868e382685a387faa Nicolas Sebrecht wrote: > The 06/09/12, Dale wrote: > >> But this is what you guys are missing too. If you want to use tmpfs, >> you have to have enough ram to begin with. Whether you use tmpfs or >> not, you have to have enough ram to do the compile otherwise you start >> using swap or it just crashes. Having ram is a prerequisite to using >> tmpfs. > This is too minimal overview to get the point. Memory is not a static > place. This is not a cake beeing shared once. Memory is living. See my > other mail. I understand that memory is static but that is NOT what I was testing or others either. The test it whether putting portage's work directory on tmpfs makes emerges faster not whether emerge using memory itself makes it faster. Since when you run emerge it loads everything into ram, regardless of whether portages work directory is on tmpfs or not, it doesn't matter. This test is NOT about portage loading things into ram WHILE emerging, it was about having the work directory on tmpfs and speed. Since emerge loads everything right after you hit the enter key, it doesn't matter where the work directory is located. We wanted to change only one thing for this test, where portage's work directory was. It was not about how much ram a system has but where tmpfs was located. To use tmpfs, the system has to have enough ram to begin with so systems that do not have larger amounts of ram were not even relevant to the question. If a system has small amounts of ram, then most likely they can't use tmpfs anyway. >> There is another flaw in your assumption above. I already had the >> tarballs downloaded BEFORE even the first emerge. > This is not a flaw in assumption. This is negligible. It can make a huge difference. The download times are included in the emerge times if it is not already in distfiles. So, if a tarball takes a hour to download, it adds one hour to the emerge time. Depending on internet speed, it can be more than negligible. I have DSL but it is the slower package so this can in some cases make a HUGE difference here. Since I was running my tests here, I know it makes a difference but you assumed it didn't. That would be incorrect. It does make a difference and it can be a big one depending on the tarball size. > >> What the people wanted to test is if putting portages work directory on >> tmpfs would make emerge times faster. > Come'on. We all understood your goal from the beginning. Well great. We, and I, were only testing one thing not two or three things. We just wanted to change one setting, not disable a whole bunch of stuff. > >> Do we all admit that having portage on tmpfs does not make emerge times >> faster yet? > No. It depends on factors and underlying processes you claim they don't > matter, which is wrong. They *might* be not relevant in some cases. > Actually, they don't matter on my system and since others got the same results, it doesn't matter. Again, we only wanted to change one specific setting, tmpfs, nothing else. That was the only thing we were testing and it was the only thing I tested here and it is the only results I am reporting. I'm not reporting on how well emerge is using ram after the command is given. So, accept it or not, it makes no difference whether portage's work directory is on tmpfs or not speed wise. You get the same results either way. In the case of the OP of this thread, it would likely be a good idea if he can but he should not expect emerge to be any faster. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!