RE: 5737 Raid card

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.