From owner-freebsd-fs@FreeBSD.ORG Mon Sep 6 13:23:28 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 2EBAC10656C0 for ; Mon, 6 Sep 2010 13:23:28 +0000 (UTC) (envelope-from prvs=186543ef20=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 B869B8FC19 for ; Mon, 6 Sep 2010 13:23:27 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Mon, 06 Sep 2010 14:23:23 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 06 Sep 2010 14:23:23 +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 md50011186617.msg for ; Mon, 06 Sep 2010 14:23:23 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=186543ef20=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: From: "Steven Hartland" To: "Andriy Gapon" References: <5DB6E7C798E44D33A05673F4B773405E@multiplay.co.uk><4C825D65.3040004@DataIX.net> <7EA7AD058C0143B2BF2471CC121C1687@multiplay.co.uk> <1F64110BFBD5468B8B26879A9D8C94EF@multiplay.co.uk> <4C84C72A.3020506@icyb.net.ua> Date: Mon, 6 Sep 2010 14:23:23 +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, jhell 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: Mon, 06 Sep 2010 13:23:28 -0000 ----- Original Message ----- From: "Andriy Gapon" >> 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. > > But we don't really know this, do we? > > I think that it would be useful for you and perhaps for us, if you'd set up > monitoring (and graphing) of key memory-related parameters. > E.g. at least the following sysctls: > kstat.zfs.misc.arcstats.size > vm.stats.vm.v_pdwakeups > vm.stats.vm.v_cache_count > vm.stats.vm.v_inactive_count > vm.stats.vm.v_active_count > vm.stats.vm.v_wire_count > vm.stats.vm.v_free_count > > This would allow to see dynamics of memory consumption and correlation with > pagedaemon events. Now monitoring these each minute to an rrd and text file and updated 8-STABLE with the following patches: http://people.freebsd.org/~mm/patches/zfs/v15/stable-8-v15.patch http://people.freebsd.org/~mm/patches/zfs/zfs_metaslab_v2.patch http://people.freebsd.org/~mm/patches/zfs/zfs_abe_stat_rrwlock.patch and then the needfree.patch I already posted. 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.