From owner-freebsd-chat Fri Aug 13 1:57:13 1999 Delivered-To: freebsd-chat@freebsd.org Received: from cs.Technion.AC.IL (csa.cs.technion.ac.il [132.68.32.1]) by hub.freebsd.org (Postfix) with ESMTP id D716F14E08; Fri, 13 Aug 1999 01:57:02 -0700 (PDT) (envelope-from nadav@cs.technion.ac.il) Received: from csd.cs.technion.ac.il (csd.cs.technion.ac.il [132.68.32.8]) by cs.Technion.AC.IL (8.9.0/8.9.0) with ESMTP id LAA27488; Fri, 13 Aug 1999 11:58:48 +0300 (IDT) Received: from localhost (nadav@localhost) by csd.cs.technion.ac.il (8.9.3/8.9.0) with SMTP id LAA04432; Fri, 13 Aug 1999 11:58:45 +0300 (IDT) X-Authentication-Warning: csd.cs.technion.ac.il: nadav owned process doing -bs Date: Fri, 13 Aug 1999 11:58:45 +0300 (IDT) From: Nadav Eiron X-Sender: nadav@csd To: Mike Meyer Cc: freebsd-chat@freebsd.org Subject: Re: On freezes in 3.2-Stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 12 Aug 1999, Mike Meyer wrote: > On Fri, 13 Aug 1999, W Gerald Hicks wrote: > :->When I kept up with the numbers for these things in a former > :->life working for a disk manufacturer, I was always astounded > :->at how much current the drives pulled during their power-on > :->sequence. After startup, current begins to taper off rapidly. > > This stopped being relevant a long time ago, but... Moved to -chat then. > > DEC MIPS-based workstations worked around this problem by having > tweaked PROMs on their SCSI drives, with a SPIN-UP-ON-POWERON bit that > defaulted to off. Ultrix would send the drives the SCSI command to > spin them up - *after* everything else in the system was powered > on. This meant they could use a cheaper power supply, as no supported > configuration required it to deal with more than one drive spinning up > at a time. DEC used this scheme on _all_ their machines. This makes a lot of sense, at least to me, when you have many disks. I think most Alpha's do it to this day. VAXen used to do that too, and at least under VMS (never admin'ed anything else on a VAX), the console would spin up the boot device, and the mount commands would spin up the rest of the disks. I think many extenral RAID cases also power up disks sequentially to prevent overloading the power supply (DEC's StorageWorks do). > > Dealing with this was the *least* of the problems in trying to use DEC > SCSI drives on other platforms. But they could be made to work. They had a jumper - no big deal. BTW, many other disks (at least my IBM DDRS's at home) have such a jumper, only it defaults to on. > > > > > Nadav To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message