From owner-freebsd-fs@FreeBSD.ORG Sun Sep 5 13:58:49 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2BBB10656D0 for ; Sun, 5 Sep 2010 13:58:49 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 536D08FC16 for ; Sun, 5 Sep 2010 13:58:48 +0000 (UTC) Received: by gxk24 with SMTP id 24so1613400gxk.13 for ; Sun, 05 Sep 2010 06:58:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=5pP7LrgKW074R78jhi5JPxqAzVhz9/ePCCG6oO34WMk=; b=IjVCNyOeL4IoeDF8E47wYz/Y0ZMJZm/Y3KBig8lAtKkfnN0MeTYzO2ydTGCV3LQKA6 t8Il0H6uAdbLcDeFWEwmgX/JhJ32Ih7bLloDZ7azy/8CWi6f3Mdtnhlaa3Yiw0LNgpta Kia0oF3/tMmQwFKTrphMewc56CV9nCrcADw7s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=ttxrrjOLA5x9ZBIzVmrgfEuSn9gsAxJrRDQuTjiGIiIAwsn/ZpfvMJoyPRiHmMtqtK hrCubCAOAsufJer24X3X5CJJkUnGfs4OgKMdXdVz70aVPXs2+56l5fjNx1WZpCKiq9PS VkfYVAjNJyJS4InC6p3lEHU5vcsfE88wISwTI= Received: by 10.151.9.4 with SMTP id m4mr726267ybi.22.1283695128491; Sun, 05 Sep 2010 06:58:48 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-137-20.dsl.klmzmi.sbcglobal.net [99.181.137.20]) by mx.google.com with ESMTPS id q1sm4743115ybk.20.2010.09.05.06.58.46 (version=SSLv3 cipher=RC4-MD5); Sun, 05 Sep 2010 06:58:47 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C83A214.1080204@DataIX.net> Date: Sun, 05 Sep 2010 09:58:44 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Steven Hartland References: <5DB6E7C798E44D33A05673F4B773405E@multiplay.co.uk><4C825D65.3040004@DataIX.net> <7EA7AD058C0143B2BF2471CC121C1687@multiplay.co.uk> <1F64110BFBD5468B8B26879A9D8C94EF@multiplay.co.uk> In-Reply-To: <1F64110BFBD5468B8B26879A9D8C94EF@multiplay.co.uk> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: zfs very poor performance compared to ufs due to lack of cache? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2010 13:58:49 -0000 On 09/05/2010 09:19, Steven Hartland wrote: >> ----- Original Message ----- From: "jhell" >>> >>> Attached is the needfree patch mentioned in the URL alongside a local >>> system patch to adjust kern.maxusers to no more than 512 on systems that >>> can support it... > > No joy, still drops down to arc_min even with those two patches and > changing > to vm_paging_needed from the post Artem mentioned: > http://lists.freebsd.org/pipermail/freebsd-hackers/2010-August/032731.html > > So I suspect if I hadn't put in a high arc_min as well it would be back > down > at silly low levels. > > top shows:- > > Mem: 26M Active, 1360M Inact, 2434M Wired, 6188K Cache, 418M Buf, 117M Free > Swap: 4096M Total, 15M Used, 4081M Free > > ARC Size: > Current Size: 57.14% 2048.00M (arcsize) > Target Size: (Adaptive) 57.14% 2048.00M (c) > Min Size (Hard Limit): 57.14% 2048.00M (c_min) > Max Size (High Water): ~1:1 3584.00M (c_max) > > So there's still 1.3G of mem sitting inact, don't know what caused that but > its essentially dead memory now it seems. > > I know I could raise arc_min even further but that could be dangerous? > > Any other suggestions? It seems like arc needs to cooperate with the > rest of the OS pagedaemon more? I am not exactly sure what your source is right now but guessing its at least 8.1-RELEASE & hoping its 8.1-STABLE. Line 3656 & 3657 of arc.c ? what are they ? Do they look like the following, 3656: uint64_t available_memory = ptoa((uintmax_t)cnt.v_free_count 3657: + cnt.v_cache_count); Regards, -- jhell,v