Date: Tue, 16 Jun 2009 13:30:25 +0200 (CEST) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: d@delphij.net Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras <ivoras@freebsd.org> Subject: Re: tmpfs experimental? Message-ID: <alpine.BSF.2.00.0906161327350.27588@wojtek.tensor.gdynia.pl> In-Reply-To: <4A36930F.2000302@delphij.net> References: <h162mo$jj2$1@ger.gmane.org> <4A36930F.2000302@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
>> In other words, is there still reason for the "highly experimental >> feature" warning? > > Last time when I added the warning, it was because some data corruption > issue that can be identified by fsx which I didn't got a chance to > investigate further. I think tmpfs is Ok for some usual work but maybe > not ready for production at that moment. alc@ and kib@ has made a lot > of changes on it recently so perhaps we need to re-visit the problems, > tmpfs would be a great feature for us. as an ordinary user not programmer of tmpfs i can say that: 1) runs fine for months in production environments, including case with over 40 mountpoints (jails) 2) runs really fast when memory is available. 3) performance is bad in case that swapping actually is used. It reads from swap with too small chunks. it's a place for improvement here. Its great thing as it does it properly - memory is immediately freed on delete, and no caching of memory disk like with md(4).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0906161327350.27588>