Accross my SAN, tuned system:
ping -I eth2 -s 9000 10.1.253.48
PING 10.1.253.48 (10.1.253.48) from 10.1.253.48 eth2: 9000(9028) bytes
of data.
9008 bytes from 10.1.253.48: icmp_seq=1 ttl=64 time=0.074 ms
9008 bytes from 10.1.253.48: icmp_seq=2 ttl=64 time=0.013 ms
9008 bytes from 10.1.253.48: icm
On 16 Apr 2009 at 13:59, jnantel wrote:
>
> FINAL RESULTS *
> First of all I'd thank Mike Christie for all his help. Mike I'll
> tapping your brain again for some read performance help.
>
> This for the benefit of anyone using the Dell Equallogic PS5000XV
> PS5000E with SLES10 SP2 / Re
FINAL RESULTS *
First of all I'd thank Mike Christie for all his help. Mike I'll
tapping your brain again for some read performance help.
This for the benefit of anyone using the Dell Equallogic PS5000XV
PS5000E with SLES10 SP2 / Redhat 5.3 / Centos 5.3 / Oracle Linux +
Multipath ( MPIO
On Mon, Apr 13, 2009 at 10:33 PM, Mike Christie wrote:
> I think linux is just not so good with smaller IO sizes like 4K. I do
> not see good performance with Fibre Channel or iscsi.
Most people run a filesystem on top of a block device imported via
open-iscsi. It is well known that a filesystem
iometer 32k write 0 read 0 randoms Equallogic is using this in their
lab
iozone with -I option and various settings
dd + iostat
On Apr 14, 1:57 pm, Mike Christie wrote:
> Bart Van Assche wrote:
> > On Mon, Apr 13, 2009 at 10:33 PM, Mike Christie
> > wrote:
> >> I think linux is just not so g
jnantel wrote:
> Well I've got some disconcerting news on this issue. No changes at
> any level alter the 34/meg throughput I get. I flushed multipath, blew
> away /var/lib/iscsi just in case. I also verified in /var/lib/iscsi
> the options got set. RHEL53 took my renice no problem.
>
What wer
Mike Christie wrote:
> Bart Van Assche wrote:
>> On Mon, Apr 13, 2009 at 10:33 PM, Mike Christie
>> wrote:
>>> I think linux is just not so good with smaller IO sizes like 4K. I do
>>> not see good performance with Fibre Channel or iscsi.
>>
>> Can you elaborate on the above ? I have already mea
Bart Van Assche wrote:
> On Mon, Apr 13, 2009 at 10:33 PM, Mike Christie wrote:
>> I think linux is just not so good with smaller IO sizes like 4K. I do
>> not see good performance with Fibre Channel or iscsi.
>
> Can you elaborate on the above ? I have already measured a throughput
> of more th
An addition to this, I seem to be getting the following error when I
login:
Apr 14 08:24:54 dc1stgdb15 iscsid: received iferror -38
Apr 14 08:24:54 dc1stgdb15 last message repeated 2 times
Apr 14 08:24:54 dc1stgdb15 iscsid: connection2:0 is operational now
Apr 14 08:24:54 dc1stgdb15 iscsid: recei
Well I've got some disconcerting news on this issue. No changes at
any level alter the 34/meg throughput I get. I flushed multipath, blew
away /var/lib/iscsi just in case. I also verified in /var/lib/iscsi
the options got set. RHEL53 took my renice no problem.
Some observations:
Single interface
On Mon, Apr 13, 2009 at 10:33 PM, Mike Christie wrote:
> I think linux is just not so good with smaller IO sizes like 4K. I do
> not see good performance with Fibre Channel or iscsi.
Can you elaborate on the above ? I have already measured a throughput
of more than 60 MB/s when using the SRP pro
jnantel wrote:
>
>
> I am having a major issue with multipath + iscsi write performance
> with anything random or any sequential write with data sizes smaller
> than 4meg (128k 64k 32k 16k 8k). With 32k block size, I am able to
> get a maximum throughput of 33meg/s write. My performance gets
12 matches
Mail list logo
