From owner-freebsd-stable@FreeBSD.ORG Sun Aug 31 08:49:51 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 306001065671; Sun, 31 Aug 2008 08:49:51 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [213.251.163.210]) by mx1.freebsd.org (Postfix) with ESMTP id CD5D28FC19; Sun, 31 Aug 2008 08:49:50 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 64D5AE042A; Sun, 31 Aug 2008 10:44:27 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.bel [IPv6:2001:41d0:1:2ad2:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id m7V8hwMD093621; Sun, 31 Aug 2008 10:44:11 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1220172266; bh=3+8LCxtODoaonQysUVOSHNL7UZzUdbSKuij3je2 i+KU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=L1g+9cDFj1aU 2795Y2YL677BzjsO3NyFzK40kTnSz/s0OBanE3CijIdpncxmU1j7byP+PAwpaNGJ5T4 D0zOgiQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=rSzVvUq5dkC3H948UAGGpy8L4g/Jw6hDHCvzEzlKkWtXSKWOwapNAhT4dcgBGPH1Y WpEA8bNP3AvlyhKK99LnQ== Message-ID: <48BA59CC.3020000@restart.be> Date: Sun, 31 Aug 2008 10:43:56 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.16 (X11/20080802) MIME-Version: 1.0 To: Jeremy Chadwick References: <200808281753.06379.jhb@freebsd.org> <48B99F64.1000603@restart.be> <20080830194419.GA9882@icarus.home.lan> In-Reply-To: <20080830194419.GA9882@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:1:2ad2:1:1:: Cc: stable@FreeBSD.org, John Baldwin Subject: Re: Possible ZFS patch, please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2008 08:49:51 -0000 Jeremy Chadwick wrote: > On Sat, Aug 30, 2008 at 09:28:36PM +0200, Henri Hennebert wrote: >> John Baldwin wrote: >>> This patch merges a few changes from HEAD back to 7.x. I think the >>> endian changes specifically might solve the issue people saw with >>> zpools created with non-dtrace kernels not being readable by dtrace >>> kernels and vice versa. >>> >>> http://www.FreeBSD.org/~jhb/patches/zfs_7.patch >>> >> Just a follow-up >> >> I cvsup at Sat Aug 30 12:55 without zfs_7.patch and >> >> make buildworld && make buildkernel && make installkernel >> >> reboot (-s) --root on zfs is ok -- make installworld >> >> reboot >> >> System is still sluggish even during the make installworld in single user. > > Sorry if I've missed this, but what tuning have you done for ZFS? Some > of us (most of us?) have seen fairly "sluggish" performance when > prefetch is enabled (the default), while the system is generally more > responsive when prefetch is disabled. prefetch is enabled: vfs.zfs.arc_min: 33554432 vfs.zfs.arc_max: 268435456 vfs.zfs.mdcomp_disable: 0 vfs.zfs.prefetch_disable: 0 vfs.zfs.zio.taskq_threads: 0 vfs.zfs.recover: 0 vfs.zfs.vdev.cache.size: 10485760 vfs.zfs.vdev.cache.max: 16384 vfs.zfs.cache_flush_disable: 0 vfs.zfs.zil_disable: 0 vfs.zfs.debug: 0 > > This may have nothing to do with the problem you've stated, but I > thought I'd throw it out there. I think that the problem is somewhere else because >80% of system cpu on a dual core seems awfully bad - eg more than 20 seconds to open this response after clicking on the response button. Henri >