From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-user+bounces-138652-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1SYNce-00008a-Kf
	for garchives@archives.gentoo.org; Sat, 26 May 2012 20:30:00 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 4094CE0511;
	Sat, 26 May 2012 20:29:47 +0000 (UTC)
Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.213.181])
	by pigeon.gentoo.org (Postfix) with ESMTP id 979CDE0587
	for <gentoo-user@lists.gentoo.org>; Sat, 26 May 2012 20:28:22 +0000 (UTC)
Received: by yenl3 with SMTP id l3so1167791yen.40
        for <gentoo-user@lists.gentoo.org>; Sat, 26 May 2012 13:28:22 -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=lIA82Xu3hSi03UyHTnvAAoy8QbeY6ZAO4UaiY92sBfA=;
        b=eBlCFSfb7SOyuzu96ZtPDi+jS/9ozjX01ZWDsJLqVg4hoJnn+boSwNuIQIzoRG0f88
         N8OjGU0xHxHCtxhlguPscKGlbVHE3Wylch5czW1ibF71AHbKIXhVmHFS5sqHpG9Na0oX
         3uQSwH8VLk7uW9Gnkj5AAP02YBGJ84aXeh4yOC1d8VZTF2JzARurq1k5c7JHy962WwtS
         jL3tVsXTuMnImZbnJnSQS6d6UyBS20EEkBA7xXpI2/TVUsLchTNAeOFfP54AmF5iLF9K
         1QEi96Cj9dBL0KeMsJVqEQ4pgJZmYfGSP+sq5WPftECwNr8JRNd8rAIZAKv/u+jhUC91
         pbFQ==
Received: by 10.100.244.38 with SMTP id r38mr920029anh.52.1338064102125;
        Sat, 26 May 2012 13:28:22 -0700 (PDT)
Received: from [192.168.2.5] (adsl-65-0-93-185.jan.bellsouth.net. [65.0.93.185])
        by mx.google.com with ESMTPS id b8sm9688028anm.4.2012.05.26.13.28.20
        (version=SSLv3 cipher=OTHER);
        Sat, 26 May 2012 13:28:21 -0700 (PDT)
Message-ID: <4FC13CE2.5060309@gmail.com>
Date: Sat, 26 May 2012 15:28:18 -0500
From: Dale <rdalek1967@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120523 Firefox/12.0 SeaMonkey/2.9.1
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
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] How can I control size of /run (tmpfs)?
References: <4FC1332A.3040703@gmail.com> <4FC1368E.7080005@gmail.com> <4FC13850.2020802@gmail.com>
In-Reply-To: <4FC13850.2020802@gmail.com>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 34220adf-b2bf-43fc-bf94-e743fa1f6d4f
X-Archives-Hash: be08f918ba312ea259cd725d7b5ee7cc

Jarry wrote:
> On 26-May-12 22:01, Dale wrote:
>> Jarry wrote:
>>>
>>> after updating baselayout from 2.0.3 to 2.1-r1 /run is mounted
>>> as tmpfs. But I can not find any mount-option for controlling
>>> how much memory is (or could be) used for it.
>>>
>>> Filesystem     1K-blocks    Used Available Use% Mounted on
>>> tmpfs            8223848     224   8223624   1% /run
>>>
>>> I know it does not use 8GB right now, yet I'd like to reduce
>>> it to some lower value, not half of my physical memory.
>>> How can I do it? Can I simply add line in fstab like:
>>>
>>> none /run tmpfs size=128m 0 0         ???
>>>
>>> Jarry
>>
>> Holy smoke !  Mine is doing the same thing.
>> tmpfs                   7.9G  260K  7.9G   1% /run
>>
>> But I also have this:
>> tmpfs                   7.9G     0  7.9G   0% /var/tmp/portage
>>
>> So, between those two, I could run out of ram since I have 16Gbs.
>>
>> There is now TWO people that needs a answer to this question.  Why does
>> it need that much anyway?  It looks to me like a few hundred Mbs, like
>> Jarry posted, would be plenty.  Jeepers creepers.  lol
>>
>> Dale
> 
> I suppose default size for tmpfs is half of physical memory,
> if it is not configured somewhere else.
> 
> BTW, is there any way to turn this great feature off?
> What is it good for? I do not see any advantage in having
> /run on tmpfs...
> 
> Jarry


I had no idea it was doing this either until your post.  I got the same
questions as you do.  Why is it there?  Why so much is allocated to it?
 Where can we change the settings for this questionable "feature"?

I'm hoping someone will come along and answer both our questions.  I'm
really hoping for a place we can change the settings.  I don't mind it
being there so much if it is useful.   I would like to know its purpose
tho.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"