Date: Mon, 12 Jul 2010 02:02:52 -0400 From: jhell <jhell@dataix.net> To: Freddie Cash <fjwcash@gmail.com> Cc: freebsd-stable@freebsd.org, Jeremy Chadwick <freebsd@jdc.parodius.com>, Richard Lee <nukunuku@sbcglobal.net> Subject: Re: Serious zfs slowdown when mixed with another file system (ufs/msdosfs/etc.). Message-ID: <4C3AB00C.9070905@dataix.net> In-Reply-To: <AANLkTimeld_o9utDRBA8tvn5wXStfQQ9j48dfWaxjHv_@mail.gmail.com> References: <20100711182511.GA21063@soda.CSUA.Berkeley.EDU> <20100711204757.GA81084@icarus.home.lan> <20100711211213.GA36377@catsspat.iriomote> <20100711214546.GA81873@icarus.home.lan> <20100711222818.GA37207@catsspat.iriomote> <AANLkTimeld_o9utDRBA8tvn5wXStfQQ9j48dfWaxjHv_@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 07/11/2010 23:08, Freddie Cash wrote: > Search the archives for the -stable, -current, and -fs mailing lists > from the past 3 months. There are patches floating around to fix > this. The ZFS code that monitors memory pressure currently only > monitors the "free" amount, and completely ignores the "inact" and > other "not actually in use" amounts. > AFAIR, any of the patches that were around were either incomplete or inconsistent & were good attempts to solve the problem but turned out in the end to not effect the problem in a positive or negative way. I may be wrong as it seems the problem has a few variables that determine its effect in different cases, usage, hardware mixture & implementation. If there is one thing that I have been seeing more of was the perl hack that gets every process on your system to swap-out to free RAM for use by ZFS or whatever its intention. perl -e '$x = "x" x 1000000;' It might be a good thing to mention this on the ZFS tuning section of the wiki for reference. Regards & Good Luck, -- +-+-+-+-+-+ |j|h|e|l|l| +-+-+-+-+-+
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C3AB00C.9070905>