Date: Fri, 24 Jun 2011 00:08:02 +0300 From: Gleb Kurtsou <gleb.kurtsou@gmail.com> To: Olivier Smedts <olivier@gid0.org> Cc: freebsd-current@freebsd.org, mj@feral.com, "Alexander V. Chernikov" <melifaro@ipfw.ru> Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" Message-ID: <20110623210802.GA12046@tops> In-Reply-To: <BANLkTimjKGwGcmiaeXpXZC9U1%2Bf0XDsU=Q@mail.gmail.com> References: <20110623163109.GA508@dragon.NUXI.org> <alpine.BSF.2.00.1106231007140.21759@ns1.feral.com> <4E038357.6030505@ipfw.ru> <BANLkTimjKGwGcmiaeXpXZC9U1%2Bf0XDsU=Q@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On (23/06/2011 20:44), Olivier Smedts wrote: > 2011/6/23 Alexander V. Chernikov <melifaro@ipfw.ru>: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Matthew Jacob wrote: > >> > >> I gave up on using it after a brief try earlier this year. I can't > >> remember the details, but it did lock up my amd64 system. > >> > >> On Thu, 23 Jun 2011, David O'Brien wrote: > >> > >>> Does anyone object to this patch? > >>> > >>> David Wolfskill and I have run TMPFS on a number of machines for two > >>> years with no problems. > >>> > >>> I may have missed something, but I'm not aware of any serious PRs on > >>> TMPFS either. > > > > There was some issues with sendfile(2) and mmap(2) causing kernel hangs > > in some cases. vim triggers such hangs for me. However, those problems > > were fixed and MFCed (afair). > > > > I'm using tmpfs on several machines in production without any problems. > > Maybe being _highly_ experimental for nearly 4 years is enough? :) > > I think there are still problems with high wired memory consumers like > ZFS. I've got 0-sized tmpfs with 8GB RAM + ZFS with 4GB ARC + 4GB > swap. There is a patch to make tmpfs memory management more strict (more aggressive), and set default partition size to half of all memory. http://marc.info/?l=freebsd-fs&m=129747362722933&w=2
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110623210802.GA12046>