On 12/09/2013 08:51 PM, Steve Shockley wrote:
On 12/9/2013 7:24 PM, Adam Jensen wrote:
Disk performance is *very* bad. For example:
Shot in the dark, but maybe try upgrading the 6404 firmware from 2.34 to
2.84, there are a variety of fixes that possibly could have been worked
around by the other OS' drivers.
Nice call, Steve! I upgraded the Smart Array 6404 firmware to version
2.84 and all seems well now. I do see a curious difference in
performance when writing to the /home partition verses writing to the
/tmp partition:
OpenBSD5.4-amd64 FW-v2.84
Filesystem Size Used Avail Capacity Mounted on
/dev/sd0o 59.0G 30.0K 56.1G 0% /home
dd if=/dev/zero of=test bs=1k count=524288
536870912 bytes transferred in 4.929 secs (108916550 bytes/sec)
Filesystem Size Used Avail Capacity Mounted on
/dev/sd0e 7.9G 297M 7.2G 4% /tmp
dd if=/dev/zero of=test bs=1k count=524288
536870912 bytes transferred in 4.098 secs (130989620 bytes/sec)
It might be interesting to explore this and maybe think about file
system tuning.
The FreeBSD performance is somehow still a little better.
FreeBSD9.2-amd64 FW-v2.84
dd if=/dev/zero of=test bs=1k count=524288
536870912 bytes transferred in 3.733867 secs (143784149 bytes/sec)
This is with the default partitioning scheme (boot and swap partitions,
and everything else in one big partition).
Another important point that I forgot to mention in the original post of
this thread is that the write cache is currently disable on the RAID
controller card. The machine gives this POST Message during startup:
1794 - Slot 2 Drive Array - Array Accelerator Battery Charge Low
Array Accelerator Posted-Write Cache is temporarily disabled.
Array Accelerator batteries have failed to charge and should be replaced.
I've mail-ordered two replacement battery packs; they should be here
next week. It will be interesting to see how an enabled 192MB write
cache will affect performance.
