Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 03 Oct 2011 11:42:58 -0700
From:      Xin LI <delphij@delphij.net>
To:        Attila Nagy <bra@fsn.hu>
Cc:        Adrian Chadd <adrian@freebsd.org>, freebsd-fs@freebsd.org, delphij@freebsd.org, d@delphij.net
Subject:   Re: is TMPFS still highly experimental?
Message-ID:  <4E8A0232.1020005@delphij.net>
In-Reply-To: <4E8A00BF.5000508@fsn.hu>
References:  <CAOfDtXMm9K_fbOmvG2gvXxDfKakkgpPt9MLifqDxa4wCibMExg@mail.gmail.com> <alpine.GSO.1.10.1110011122030.882@multics.mit.edu> <CADLo83-s_3H8PbbxOPPxbe0m10U0U5JW-feB294dFs%2BQ3iTWvg@mail.gmail.com> <CAGMYy3ssi%2BkAuufDTHA1z6u7jRrZwRRkCCkcO94GHNGF9Rku_w@mail.gmail.com> <20111002020231.GA70864@icarus.home.lan> <4E899C8E.7040305@fsn.hu> <4E89ED58.6020104@delphij.net> <4E8A00BF.5000508@fsn.hu>

next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 10/03/11 11:36, Attila Nagy wrote:
> On 10/03/2011 07:14 PM, Xin LI wrote:
>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
>> 
>> Hi, Attila,
>> 
>> On 10/03/11 04:29, Attila Nagy wrote:
>>> For me, the bug is still here: $ uname -a FreeBSD b 8.2-STABLE 
>>> FreeBSD 8.2-STABLE #5: Wed Sep 14 15:01:25 CEST 2011 
>>> root@buildervm:/data/usr/obj/data/usr/src/sys/BOOTCLNT  amd64 $
>>> df -h /tmp Filesystem    Size    Used   Avail Capacity  Mounted
>>> on tmpfs           0B      0B      0B   100%    /tmp
>>> 
>>> I have no swap configured. The machine has 64 GB RAM. 
>>> vm.kmem_size=60G; vfs.zfs.arc_max=55G; vfs.zfs.arc_min=20G
>> This sounds like a configuration issue.  Running without swap is
>> not recommended anyways.
> I guess it depends on the workload. In general, you are possibly
> right, but if you need predictable response times and you can
> tolerate dying processes, swapping may not be the right thing to
> do.

Well, in that case one will have to tolerate tmpfs have no page to
allocate (note that it does need to reserve some pages for system use)
at this point.  Currently it's working like a credit line -- use it
here and you can't use it elsewhere, e.g. if user process used it then
tmpfs can't use it...

I think the only solution we can have here is to teach tmpfs about
"dedicated reserve for tmpfs" so it pre-allocate a few pages that can
not be reused elsewhere?  E.g. create a budget that make this part of
memory "tmpfs fund" :)

Cheers,
- -- 
Xin LI <delphij@delphij.net>	https://www.delphij.net/
FreeBSD - The Power to Serve!		Live free or die
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)

iQEcBAEBCAAGBQJOigIyAAoJEATO+BI/yjfBVPwH/2iXNPkTmgzN0pxoB/Xhrw96
TYeJkDLevVuRTVi82VDuCqrUtJeMsf0rSLdNS201AZc6+7e/rPzBWVaKSKowH9BP
vY67TnbSMgG6UEnVrVZ29JMy7RHoWDapqEd5+kYxVOwi+jX8tzh+HZsqgWUjOe+F
mSvv0lcvEgGyeFkPD0HoJni73noXKgumd6Eben7hN+CAwYkOWlWLYKZiHTyFqlWK
To41Bg9je3FUgL95RJpoMvvO4GVRWaU95UyarMuM1ulh7WKe8/JW8QEcDaVTtABJ
QIlAROPmkeagqjkHWaprAz46sJhFczShSr6DX2unhsGGCPq83eUWkOip8GDdQw4=
=l3Ji
-----END PGP SIGNATURE-----



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E8A0232.1020005>