Hi,

Regarding Summit's recommendation to use the 9gb drives configured as 4gb
drives that is likely a performance recommendation.  One with which I
agree, I might add.  The Summit application SPECTRUM is highly
spindle-sensitive.  We (Lancaster Consulting) and Summit independently came
to the conclusion that it's best to configure more disk space with fewer
spindles than the reverse.  (To keep a long story short, CSY benchmarks
proved this out.)

In fact, in a recent High Availability project for a Summit customer we
configured two fully-populated HVD10 disk subsystems, using only have the
actual disk, implemented Mirrored Disk and saw excellent results.

HTH,

Bill Lancaster

At 03:41 PM 1/10/01, Sletten Kenneth W KPWA wrote:
>Bill Towe just noted:
>
> > Recently Summit told us to configure all of our 9GB
> > HASS/Jamaica drives as 4GB drives due to some
> > problems on the HP3000 platform with fully utilized
> > 9GB drives.  We were also told not to use the 9GB drives
> > fully configured for use with Turbo IMAGE/iX.  We have
> > also heard that in general use on the HP3000, the 9GB
> > are slow and often crash.
> >
> > I was wondering if anyone else is experiencing anything
> > such as this or is Summit out on vacation concerning this.
>
>I don't know if they are out to lunch or not;  all I can say is
>that the ten 9GB hot swap modules we have in our two HASS
>enclosures as two mirror banks of five spindles each have
>been running flawlessly for several months.  Have not noticed
>any performance problems:  They "seem" (seat-of-the-pants
>measure;  no hard stats) to be every bit as fast as our 4 GB
>FW-SCSI drives in non-HASS enclosures....  Note all 10 of
>our 9G drives are in a user volume;  and there are no other
>spindles in that volume...
>
>I am not aware (publicly or privately) of any info that says
>using 9GB drives with TurboIMAGE could be a problem....
>If there is any such valid info, I would certainly like to see it;
>if not, I would like to see some recognized "authority"
>squelch the rumor....
>
>Ken Sletten