Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 12 Aug 2009 08:41:18 +0300
From:      Krassimir Slavchev <krassi@bulinfo.net>
To:        Nathan Le Nevez <nathan@lenevez.net.au>
Cc:        "freebsd-performance@freebsd.org" <freebsd-performance@freebsd.org>
Subject:   Re: Very slow I/O performance on HP BL465c
Message-ID:  <4A8255FE.5030500@bulinfo.net>
In-Reply-To: <E4017C3E98A898429226B28DFA7730DBC165110841@talon.lenevez.net.au>
References:  <C6A6F02B.5D66%nathan@lenevez.net.au> <4A8159A8.3030206@bulinfo.net> <E4017C3E98A898429226B28DFA7730DBC165110841@talon.lenevez.net.au>

next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Looks okay.
How your disks are partitioned and from where you are running dbench.
Look at the -D option. For example I have:
/ without soft updates dbench -t 10 4 -> Throughput 72.7276 MB/sec 4
procs
/var with soft updates -> Throughput 286.528 MB/sec 4 procs

Are you sure that you are not running dbench on zfs or encrypted partition?

Nathan Le Nevez wrote:
> # vmstat -i
> interrupt                          total       rate
> irq1: atkbd0                          18          0
> irq5: ohci0 ohci1+                     1          0
> irq19: ciss0                      144916          3
> irq21: uhci0                          22          0
> cpu0: timer                     80002970       1999
> irq256: bce0                       17042          0
> cpu2: timer                     79994902       1999
> cpu1: timer                     79994975       1999
> cpu3: timer                     79995009       1999
> cpu6: timer                     79994957       1999
> cpu5: timer                     79995046       1999
> cpu4: timer                     79995041       1999
> cpu7: timer                     79995057       1999
> Total                          640129956      16000
> 
> # camcontrol tags da0
> (pass0:ciss0:0:0:0): device openings: 254
> 
> Just for clarification, both systems are running amd64.
> 
> Thanks,
> 
> Nathan
> 
> -----Original Message-----
> From: Krassimir Slavchev [mailto:krassi@bulinfo.net] 
> Sent: Tuesday, 11 August 2009 9:45 PM
> To: Nathan Le Nevez
> Cc: freebsd-performance@freebsd.org
> Subject: Re: Very slow I/O performance on HP BL465c
> 
> Hi,
> 
> What is the output of 'vmstat -i' and 'camcontrol tags da0' ?
> I have a ML350 running 7-STABLE with same controller and disks and
> performance is almost same as your good server.
> 
> Nathan Le Nevez wrote:
>> Hi,
> 
>> I'm running 7.2-p3 on 2x HP BL465c blade servers, one of which performs very
>> poorly. Both have the same RAID controller and 2 x 146GB 10k SAS disks
>> configured in RAID-1. Both controllers have write-cache enabled. Both
>> servers are running the same BIOS and firmware versions. Neither servers are
>> running any services other than sshd.
> 
>> Blade with good performance (2 x Opteron 2218, 8GB RAM):
> 
>> ciss0: <HP Smart Array E200i> port 0x4000-0x40ff mem
>> 0xfdf80000-0xfdffffff,0xfdf70000-0xfdf77fff irq 19 at device 8.0 on pci80
>> ciss0: [ITHREAD]
>> da0 at ciss0 bus 0 target 0 lun 0
>> da0: <COMPAQ RAID 1  VOLUMES MOPK:>  AFPi xCePdU  D#i2r Leacuntc hAcecde!s
>> s SCSI-5 device
>> da0: 135.168MB/s transfers
>> dSaM0P::  CAoP CPU #3 Launched!
>> mmand Queueing Enabled
>> da0: 139979MB (286677120 512 byte sectors: 255H 32S/T 35132C)
> 
>> Blade with bad performance (2 x Opteron 2352, 16GB RAM):
> 
>> ciss0: <HP Smart Array E200i> port 0x4000-0x40ff mem
>> 0xfdf80000-0xfdffffff,0xfdf70000-0xfdf77fff irq 19 at device 8.0 on pci80
>> ciss0: [ITHREAD]
>> da0 at ciss0 bus 0 target 0 lun 0
>> da0: <COMPAQ RAID 1  VOLUME OK> Fixed Direct Access SCSI-5 device
>> da0: 135.168MB/s transfers
>> da0: Command Queueing Enabled
>> da0: 139979MB (286677120 512 byte sectors: 255H 32S/T 35132C)
> 
>> # dbench -t 10  1              2              3             4
>> blade1          183.456 MB/sec 236.86 MB/sec  299.28 MB/sec  192.675 MB/sec
>> blade2          6.97931 MB/sec 9.42293 MB/sec 10.2482 MB/sec 12.407 MB/sec
> 
>> Any help/ideas would be greatly appreciated. I have run through all the
>> Insight diagnostics tools and it fails to find anything wrong with the slow
>> server.
> 
>> Cheers,
>> Nathan 
> 
>> _______________________________________________
>> freebsd-performance@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-performance
>> To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org"
> 
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (FreeBSD)

iD8DBQFKglX+xJBWvpalMpkRAjxzAKCpNTFtnrA3GgJn66OPB3hwTAL1FgCdFPJf
5wxj8jV4jw/Hf6sYEwXUOEo=
=9Inl
-----END PGP SIGNATURE-----



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A8255FE.5030500>