From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 9 23:19:39 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 420B91065673 for ; Mon, 9 Mar 2009 23:19:39 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id DD4238FC17 for ; Mon, 9 Mar 2009 23:19:38 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id n29NJaoo070548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 Mar 2009 00:19:36 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id n29NJXL3099116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Mar 2009 00:19:33 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id n29NJX5h007780; Tue, 10 Mar 2009 00:19:33 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id n29NJWfW007779; Tue, 10 Mar 2009 00:19:32 +0100 (CET) (envelope-from ticso) Date: Tue, 10 Mar 2009 00:19:32 +0100 From: Bernd Walter To: "Rick C. Petty" Message-ID: <20090309231932.GE6840@cicely7.cicely.de> References: <200903041938.n24Jcqdr060153@lurza.secnetix.de> <20090304195614.GA179@britannica.bec.de> <20090306203057.GA49994@keira.kiwi-computer.com> <20090306214738.GA50654@keira.kiwi-computer.com> <20090308123608.GC82478@cicely7.cicely.de> <20090309221715.GA77196@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090309221715.GA77196@keira.kiwi-computer.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.045, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Octavian Covalschi , freebsd-hackers@freebsd.org, ticso@cicely.de Subject: Re: Spin down HDD after disk sync or before power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 23:19:39 -0000 On Mon, Mar 09, 2009 at 04:17:15PM -0600, Rick C. Petty wrote: > On Sun, Mar 08, 2009 at 01:36:09PM +0100, Bernd Walter wrote: > > On Fri, Mar 06, 2009 at 03:47:38PM -0600, Rick C. Petty wrote: > > > On Fri, Mar 06, 2009 at 03:30:14PM -0600, Octavian Covalschi wrote: > > > > Why is spinning down is bad for HDD ? I believe it's better to spindown a > > > > drive, > > > > instead of cutting power too sudden. > > > > > > Comparing those two, I'd say it shouldn't matter (although probably a > > > forced spindown may be better). But pulling power from a drive does not > > > mean the drive immediately stops doing stuff. > > > > My understanding is that without power the heads just slamm into > > landing zone, while it can be done in a controlled smooth way with > > power. > > Nope, according to a coworker (whose wife works for an HDD manufacturer), > the spindle motor is shunted and the generated electricity is used to > properly land the head. My coworker also tells me that some new drives are > actually parking the heads off the disk, which as I understand is a much > more difficult task since you have to worry about vertical separation when > you bring the heads back between the platters. The ramp load/unload thing is true: http://www.hitachigst.com/tech/techlib.nsf/techdocs/9076679E3EE4003E86256FAB005825FB/$file/LoadUnload_white_paper_FINAL.pdf Some drives also have the ramp on the inner side. This highly disagrees with the loud clank noise that some disks are doing on power loss. The myth about generating emergency power from spindle rotation is very old, but people from (other?) HDD manufactorers denied that. The above document claims that their drives are also doing power reclaiming from rotation. Another used technology however is using the air current from the rotation or a loaded spring. > > > I was just saying spindown on disks is bad in the first place. Sure, you > > > might save some wear and tear on the bearings, but you risk problems with > > > the heads on both spindown and spinup. In other words, if you can avoid > > > power-cycling your drives, they should last longer (in that you're less > > > likely to destroy the heads). > > > > This depends on the disks. > > Desktop and especially mobile drives are designed to sustain more > > spin downs, but are not designed for rotating a long time. > > But of course if you intend to spin up directly after spin down it > > might be bad for them as well, since it isn't really saving spinning > > time. > > That may be; I know nothing about differences with mobile drives. If this > is true, I'd like to find some replacement 2.5" drives which are intended > for continuous spinning. There are a lots of drives available, the market first came up with blade systems. The unfortunate thing is that 2,5" for contiuous use are usually high speed drives, which takes a lot of power, which makes them a bad choice for 24/7 low power devices. > > This is nothing, which should be done on reboot, but for halts it > > might be reasonable to do. > > Not sure what you're trying to say here, but I am for the idea of > issuing a spindown request if we know the power is to be cycled. If > spindown are issued for all halts, I hope someone makes that a kernel > tunable. I ment, that we shouldn't do this for shutdown -r. In all other cases I asume that it can't hurt even if it is not required for specific drives. > What I was hoping is that someone could point me to the "spinup" command as > I have a drive which does not spin up until it receives this command. Any > takers? For CAM there is camcontrol start. Not sure about ATA drives. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.