From owner-freebsd-fs@FreeBSD.ORG Sat Sep 17 17:54:38 2011 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 E1B92106566B for ; Sat, 17 Sep 2011 17:54:38 +0000 (UTC) (envelope-from dpd@bitgravity.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id B27F08FC17 for ; Sat, 17 Sep 2011 17:54:38 +0000 (UTC) Received: by iadk27 with SMTP id k27so5670261iad.13 for ; Sat, 17 Sep 2011 10:54:38 -0700 (PDT) Received: by 10.68.25.104 with SMTP id b8mr1203398pbg.139.1316282077921; Sat, 17 Sep 2011 10:54:37 -0700 (PDT) Received: from 173-13-188-41-sfba.hfc.comcastbusiness.net (173-13-188-41-sfba.hfc.comcastbusiness.net. [173.13.188.41]) by mx.google.com with ESMTPS id ml4sm1664622pbc.0.2011.09.17.10.54.35 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Sep 2011 10:54:36 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "David P. Discher" In-Reply-To: Date: Sat, 17 Sep 2011 10:54:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <6B437FA4-B422-4BE7-BDF5-F90717F3865B@bitgravity.com> References: To: Lytochkin Boris X-Mailer: Apple Mail (2.1084) Cc: freebsd-fs@freebsd.org Subject: Re: [ZFS] starving reads while idle disks 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: Sat, 17 Sep 2011 17:54:39 -0000 Do you see the same read-stravation when writing the tar to a file ? = (possibly outside the zpool). I have anecdotal suspicion that /dev/null has some performance hit of = blocking or locking.=20 -dpd On Sep 17, 2011, at 5:02 AM, Lytochkin Boris wrote: > While runnig `tar cf - . >/dev/null', `vmstat -i' shows ~200 > interrupts per second for mpt. If I enable scrub on that pool, > interrupts bump upto 5k ips resulting 12Mb/s scrub speed and disks > busy percentage raises upto 100%. No warnings are shown in logs in > both cases.