|
WE are running 16 4gig and 5 8gig drives all the the system ASP. The 4gig drive are busier than the 8gig drive but transfering less data. The 4gig are also 5400rpm while the 8gig I believe are 7200rpm. So it depends on the data transfer rate as well as the size. Our AS400 has all the drive at the same percentage used. Data is fairly evenly distributed. I would say look at the data transfer rates and divide by size. A drive that is 3 times faster and holds twice the data does not work as hard as two smaller drives have to. Christopher K. Bipes mailto:ChrisB@Cross-Check.com Operations & Network Mgr mailto:Chris_Bipes@Yahoo.com CrossCheck, Inc. http://www.cross-check.com 6119 State Farm Drive Phone: 707 586-0551 x 1102 Rohnert Park CA 94928 Fax: 707 586-1884 -----Original Message----- From: Chuck Morehead [mailto:cbmorehead@nokuse.com] Sent: Wednesday, May 16, 2001 2:46 PM To: MIDRANGE-L@midrange.com Subject: Re: 17 GB Disk Drives Phil, In my experience I have found that smaller drives (such as 8GB) perform better in highly interactive environments, while the larger drives (such as 17GB) perform better in more batch oriented environments. For example, I have had better luck with the 17 GB drives in data warehousing applications. Of course the 17 GB drives are more economical, especially if it means that you don't have to purchase an expansion unit. I do not have experience with a mixture of drives of substantially different sizes (e.g. 4GB and 17GB). Chuck ----- Original Message ----- From: <prumschlag@phdinc.com> To: <MIDRANGE-L@midrange.com> Sent: Wednesday, May 16, 2001 3:51 PM Subject: 17 GB Disk Drives > > > Does anyone have any experience with the 17 GB disk drives? Are there > performance issues compared to using more drives with smaller capacity? Are > there load balancing (% Used as well as % Busy) issues if you mix 4GB / 8GB / 17 > GB drives on the same box? What if you keep the different types in separate > ASP's? > > If there are documents or guidelines in this area, I have not been able to > locate them. > > Phil > > > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: david@midrange.com > +--- > +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.