From owner-freebsd-stable@FreeBSD.ORG Wed Jan 27 11:25:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 810B0106566B for ; Wed, 27 Jan 2010 11:25:50 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 46F208FC22 for ; Wed, 27 Jan 2010 11:25:50 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:481c:61a7:de40:51a1] (unknown [IPv6:2001:7b8:3a7:0:481c:61a7:de40:51a1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 760FA5C43; Wed, 27 Jan 2010 12:25:49 +0100 (CET) Message-ID: <4B6022C6.1090608@andric.com> Date: Wed, 27 Jan 2010 12:25:58 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2pre) Gecko/20100126 Lanikai/3.1b1pre MIME-Version: 1.0 To: Dan Naumov References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: immense delayed write to file system (ZFS and UFS2), performance issues 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: Wed, 27 Jan 2010 11:25:50 -0000 On 2010-01-27 00:15, Dan Naumov wrote: > Can anyone confirm that using the WDIDLE3 utility on the 2TB WD20EADS > discs will not cause any issues if these disks are part of a ZFS > mirror pool? I do have backups of data, but I would rather not spend > the time rebuilding the entire system and restoring enormous amounts > of data over a 100mbit network unless I absolutely have to :) Sorry to bump into this thread so late, but for some of my servers I have been using a patch for atacontrol, to turn the APM features of the disk(s) off, for a long time. This is mostly noticable with 2.5" notebook disks, which "click" like crazy all the time. :) E.g. if you run "atacontrol cap $device", and you see in the output that "advanced power management" is supported, you might be able to stop the disk from spinning down by turning the APM feature off. Patch is at . This should apply to 8-STABLE, no idea about older branches.