|
From SG247271 (V5R4 Technical Overview Redbook) which just came out last
week, it says IOP is needed for a 5737 under V5R3 but not for a 5776 under V5R4. Makes me think a 'feature conversion' or renaming occurs under V5R4 and it runs IOP-less. 2.5.4 Small Computer System Interface controller for disks with 90 MB cache This SCSI controller can be used with or without an IOP for internal SCSI devices. A replacement for #5703 (with 40 MB write cache), this controller has 90MB write cache functionality and RAID5 and RAID6 capabilities. Like the 5703, this new controller can use internal port(s) only for up to 12 disk drives. This new controller is supported in processor enclosure or I/O tower/drawer PCI slots. This controller comes in the following features: With IOP V5R3 and up - #5737 Disk controller for i5 systems, Models 270 and 8xx Without IOP and V5R4* - #5776 Disk controller for i5 systems - #0647 Disk controller for Linux or AIX Figure 2-11 offers a comparison between #2780 and the new #5737. You can see, ignoring any cost considerations, the #2780 remains the highest performance capacity disk controller available on a System i model. <insert graphic here> Figure 2-11 FC 2780 and 5737 comparison chart The #2780 PCI-X Ultra4 RAID Disk Controller with its 235 MB write/ 757 MB compressed write cache, or rather its #5580 version that includes the 2780 disk controller with an auxiliary 235 MB write/ 757 MB compressed write cache to improve cache data redundancy, should be the lead-with disk controller for internal drives in most situations. However there are some situations where you might recommend a #5737 or 0648 (direct attach Linux/AIX). Situations of this kind include: There is a small or modest number of disk drives being supported, especially if mirroring is to be used. Performance is not the primary consideration. Price is a very important consideration and there are a modest number of disk drives. Remember there is also a version of the #2757 PCI-X Ultra4 RAID Disk Controller, the #5581, which provides a 2757 disk controller with 235 MB write cache/757 MB compressed write cache and the additional auxiliary write cache to improve cache data redundancy. John A. Jones, CISSP Americas Information Security Officer Jones Lang LaSalle, Inc. V: +1-630-455-2787 F: +1-312-601-1782 john.jones@xxxxxxxxxx -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx Sent: Monday, October 23, 2006 1:29 PM To: midrange-l@xxxxxxxxxxxx Subject: 5737 Raid card We got a Raid card in. Box says it is a 5737. Little sticker on it says 571B. I've been told by the CE's here that it requires an IOP. My BP says: #0648, #5737, and #5776 are physically the same adapter card but have different feature numbers to indicate to IBM configurator tools that an IOP is or is not being used in the configuration. So, do I need an IOP with this card, or, if I fire it up without an IOP will it then determine it is an IOPless raid card and give itself a different feature number? Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. This email is for the use of the intended recipient(s) only. If you have received this email in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this email without the author's prior permission. We have taken precautions to minimize the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses. The information contained in this communication may be confidential and may be subject to the attorney-client privilege. If you are the intended recipient and you do not wish to receive similar electronic messages from us in the future then please respond to the sender to this effect.
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.
midrange.com
