From owner-freebsd-fs@FreeBSD.ORG Sun Sep 5 20:13:21 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 586661065702 for ; Sun, 5 Sep 2010 20:13:21 +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 E2D1B8FC1B for ; Sun, 5 Sep 2010 20:13:20 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 05 Sep 2010 21:13:16 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 05 Sep 2010 21:13: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 md50011184726.msg for ; Sun, 05 Sep 2010 21:13:15 +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: <06B9D23F202D4DB88D69B7C4507986B7@multiplay.co.uk> From: "Steven Hartland" To: "jhell" References: <5DB6E7C798E44D33A05673F4B773405E@multiplay.co.uk><4C825D65.3040004@DataIX.net> <7EA7AD058C0143B2BF2471CC121C1687@multiplay.co.uk> <1F64110BFBD5468B8B26879A9D8C94EF@multiplay.co.uk> <4C83A214.1080204@DataIX.net> Date: Sun, 5 Sep 2010 21:13:16 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original 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 20:13:21 -0000 ----- Original Message ----- From: "jhell" > 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); Sorry yes running 8.1-RELEASE with the patches mentioned atm: 3656 of arc.c looks like: if (arc_size > arc_c_min) { uint64_t evictable_memory = arc_mru->arcs_lsize[ARC_BUFC_DATA] + arc_mru->arcs_lsize[ARC_BUFC_METADATA] + arc_mfu->arcs_lsize[ARC_BUFC_DATA] + arc_mfu->arcs_lsize[ARC_BUFC_METADATA]; available_memory += MIN(evictable_memory, arc_size - arc_c_min); } earlier at 3614 I have what I think your after which is: uint64_t available_memory = ptoa((uintmax_t)cnt.v_free_count); 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.