Fusion MPT driver version 3.01.20 VS. version 2.03.00

[Lars Roland <lroland@gmail.com>]

Hi 

We have a bunch of IBM 335/336 used as email (anti-virus/spam)
gateways. Recently our admin changed the kernel version from version
2.4.24 to 2.6.8.1 - this resulted in a massive performance
degradation. The old system could handle 60.000 emails pr. hour the
new one could only handle about 30.000 emails (this was tested by
sampling 60.000 emails and sending them to the server).

After poking a bit around (changing hardware and upgrading bios's) I
realized that the time spend for writing the files to the disk have
gone up (multiple small writes seams to kill it): A hdparm test gives:

----------------------------
kernel 2.6.8.1 (MPT version : 3.01.09)
hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads:  64 MB in  3.03 seconds = 21.12 MB/sec


kernel 2.4.24 (MPT version: 2.03.00)
hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads:  64 MB in  1.19 seconds = 53.78 MB/sec
----------------------------

Next I tried upgrading the kernel to 2.6.12-rc5 to see if there was
any improvements but there was none.

----------------------------
kernel 2.6.12-rc5 (MPT version : 3.01.20)
hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads:  64 MB in  3.03 seconds = 21.12 MB/sec
----------------------------

I have also tried building the driver from kernel 2.6.12-rc5 in the
kernel instead of a module, this also changed nothing. The driver in
the old kernel is 2.03.00 the new one is 3.01.20. On both kernel 2.6
and 2.4 /proc/scsi/scsi gives me

----------------------------
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: IBM-ESXS Model: CBR036C31210ESFN Rev: DFQ8
  Type:   Direct-Access                    ANSI SCSI revision: 04
Host: scsi0 Channel: 00 Id: 08 Lun: 00
  Vendor: IBM      Model: 25P3495a S320  1 Rev: 1
  Type:   Processor                        ANSI SCSI revision: 02
----------------------------


Regards.

Lars Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/