From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 6A8F4139083 for ; Wed, 6 Dec 2017 15:40:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EFAEBE0F41; Wed, 6 Dec 2017 15:40:28 +0000 (UTC) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 843E4E0F0A for ; Wed, 6 Dec 2017 15:40:28 +0000 (UTC) Received: by mail-wm0-x242.google.com with SMTP id t8so7949472wmc.3 for ; Wed, 06 Dec 2017 07:40:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=mK9xyVU+duZB3twdIXDXk4BpzJGDlU85UgKovj5d/70=; b=Ey0JU/1wQHTNGQMDTFtnZotF/MHOt/4qo76Ov/hN0a19AEWq2YX1uxHDt8E+PEhQD4 uIMwbnmPJVVY5LcWANIcRQ2qUxErqqOkVd/JgfO4/zyUU64jQMWSeHd2Cjub6UiS/CbQ I2Lk9gKVSqebN8CoeF94/gTJkQycQ/aa/qAIPlkTJALx/3LHZs1Ol/8BQyNM0BfZaL0k RGjuI2ou6ZEjrF/3nEetWh7XdxDpfyRyA2m/0h6uDyaCnZzEuCt37zWDGuzpCZH6glOR XsNIN9Hy/moMI0ABzJ3MPoZpM+lwAgpZnn+AjWDARWo+SO346XGw3Kq14yPuzStV9MTD pkXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=mK9xyVU+duZB3twdIXDXk4BpzJGDlU85UgKovj5d/70=; b=aajtkp5Ywo9Lv1LRqgGVrNrtGzgaRWmJovOb7nQgnXFuHkUbHHfTCqX5dnpxg62PS8 EclTv9sJXvYDa8Q5XyBLfgXasxChaRDuFqYJwffGKOW6fzxuXWuIul7/flr58IcMR1F4 hZ/O0JMisDDz5soqHxuHuhg/U9IrwJX2kPcIoaBHMltGVcUweRrmodpdYwi2lD/DM/bN k9F4M6hhqhTdZOVevhuhiOVMPqPoXlhAMOEe7wd7duKCuOGU29XNNWDVHdjMmO9VuVv2 cmfO1lLkSZCCt+4wt8k++sdJYOoopbfflnOWE9vGvZH/BGjtzRe6+HK4wGd1Tle2u27h l/UA== X-Gm-Message-State: AKGB3mIHVAk5w5bVlsz7MY6Zpuwn0eRb2um98RUpM+4HjIK4JsScS8sf EDXPPqUm628mEJW//UM6PXj26ahz X-Google-Smtp-Source: AGs4zMYnl66/F8RMsw3PjndX5Sh70izlU6SD+qDF3QnOCHCU4FJK7Lo8FOXR0L5DhAKK1cslq5z1BA== X-Received: by 10.28.210.8 with SMTP id j8mr8562797wmg.159.1512574827001; Wed, 06 Dec 2017 07:40:27 -0800 (PST) Received: from [192.168.253.135] ([209.212.109.4]) by smtp.googlemail.com with ESMTPSA id 88sm2890186wrf.20.2017.12.06.07.40.25 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Dec 2017 07:40:26 -0800 (PST) Subject: Re: [gentoo-user] is multi-core really worth it? To: gentoo-user@lists.gentoo.org References: <6b5fbeca-453c-f103-5e4e-a8db83a6dabf@st.com> <6661527.9k004Oio64@eve> <1768467.U8M6HPhz0d@peak> <20171205215627.6fec87e3@digimed.co.uk> <5A27F0BC.6000802@youngman.org.uk> From: Alan McKinnon Message-ID: Date: Wed, 6 Dec 2017 17:34:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 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 In-Reply-To: <5A27F0BC.6000802@youngman.org.uk> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Archives-Salt: 71c83fc5-c94e-4ff0-b5c6-fe195a3238dd X-Archives-Hash: 1e340383daae7e38a4bc17050a4d8287 On 06/12/2017 15:29, Wols Lists wrote: > On 05/12/17 21:56, Neil Bothwick wrote: >> On Tue, 05 Dec 2017 10:09:56 +0000, Peter Humphrey wrote: >> >>> $ grep tmpfs /etc/fstab >>> tmpfs /var/tmp/portage tmpfs >>> noatime,uid=portage,gid=portage,mode=0775 0 0 >>> tmpfs /tmp tmpfs >>> noatime,nosuid,nodev,noexec,mode=1777 0 0 >> >> Or you could set PORTAGE_TMPDIR to /tmp to save the second mount. >> > Dunno why portage puts this stuff in /var/tmp, rather than /tmp, but do > be aware of what the standard says ... > > Stuff in /tmp should be cleared at shutdown/boot. > > Stuff in /var/tmp should survive a shutdown/boot. > > Of course, if, like me you've put /var/tmp/portage as tmpfs, then of > course it won't survive a reboot, contrary to spec ... :-) Those guidelines you mention about what /tmp and /var/tmp are "for" are probably from the FHS. On the whole, I tend to agree they are good ideas but the proper wording is more like this (from memory, being far too lazy after a day's work to actually look something up): - contents of /tmp are not expected to survive the invocation of the program that created them - contents of /var/tmp are not expected to survive a reboot Which is different from what you said. Not surprisingly, if you follow that through, you can run rm -rf /tmp/* in a cron every minute and nothing should ever break. Or, every file in /tmp can be anonymous (just an inode without a dentry giving it a name) The thing about standards, is that there are so many to choose from. And the FHS has never been a standard that anyone paid much attention to. It's also not a spec, it's a great example of a failed standard that few if any distros ever bothered following. Gentoo in particular never bothered following FHS explicitly; any overlap is mostly accidental. And that is OK as Gentoo devs are permitted to do whatever they feel like doing. Doubly so if they can defend their decisions on technical merit. On the whole, /var/tmp is a better place to put build files than /tmp just in case someone does take FHS seriously - build files are necessarily needed after the completion of the program that created them. And just to round off a mostly pointless discussion with little real merit, the really stupid thing about portage is why oh why are ports and distfiles in /usr? I'll tell you why, it's because that's where FreeBSD puts them, and drobbins built Gentoo back in the day heavily borrowing from his pleasant FreeBSD experience (he went there for 6 months recovering from his departure from another distro, the one with the "toxic personality"). And no-one ever bothered changing that initial decision - a classic case of cargo cult -- Alan McKinnon alan.mckinnon@gmail.com