From owner-freebsd-fs@FreeBSD.ORG Sun Sep 5 13:29:43 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 6398A10656C7 for ; Sun, 5 Sep 2010 13:29:43 +0000 (UTC) (envelope-from prvs=18641c54ab=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id F1DF98FC08 for ; Sun, 5 Sep 2010 13:29:42 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 05 Sep 2010 14:19:16 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 05 Sep 2010 14:19:16 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011183987.msg for ; Sun, 05 Sep 2010 14:19:16 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18641c54ab=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <1F64110BFBD5468B8B26879A9D8C94EF@multiplay.co.uk> From: "Steven Hartland" To: "jhell" , "Artem Belevich" References: <5DB6E7C798E44D33A05673F4B773405E@multiplay.co.uk><4C825D65.3040004@DataIX.net> <7EA7AD058C0143B2BF2471CC121C1687@multiplay.co.uk> Date: Sun, 5 Sep 2010 14:19:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 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:29:43 -0000 > ----- 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? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.