Write performance in a replicated/distributed setup with KVM?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



can you confirm all hosts are connected at full 1G speed and are not
flapping to lower speeds?

An issue I ran into was the Realtek driver that redhat has for
the RTL8111/8168B is a huge POS.

I installed a driver from Realtek's website and it fixed many of my poor
performance issues? just a thought.

Oh, and I see you are pinging via ipv6, that is another variable i've never
tested with - if you have ipv4 addresses can you be sure gluster is using
them? If ipv6 isn't native on your network is a router/other box running
some kind of ipv6->ipv4->ipv6 thing and slowing down everything?

On Sat, Mar 3, 2012 at 7:56 AM, Harald Hannelius <harald.hannelius at arcada.fi
> wrote:

>
> On Fri, 2 Mar 2012, Bryan Whitehead wrote:
>
>  I'd try putting all hostnames in /etc/hosts. Also, can you post ping times
>> between each host ?
>>
>
> They are in /etc/hosts.
>
> # ping6 -c3 alcippe
> PING alcippe(alcippe) 56 data bytes
> 64 bytes from alcippe: icmp_seq=1 ttl=64 time=0.160 ms
> 64 bytes from alcippe: icmp_seq=2 ttl=64 time=0.088 ms
> 64 bytes from alcippe: icmp_seq=3 ttl=64 time=0.150 ms
>
> --- alcippe ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 1998ms
> rtt min/avg/max/mdev = 0.088/0.132/0.160/0.034 ms
>
>  # ping6 -c3 aethra
> PING aethra(aethra.arcada.fi) 56 data bytes
> 64 bytes from aethra.arcada.fi: icmp_seq=1 ttl=64 time=0.154 ms
> 64 bytes from aethra.arcada.fi: icmp_seq=2 ttl=64 time=0.158 ms
> 64 bytes from aethra.arcada.fi: icmp_seq=3 ttl=64 time=0.164 ms
>
> --- aethra ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 1998ms
> rtt min/avg/max/mdev = 0.154/0.158/0.164/0.015 ms
>
> # ping6 -c3 adraste
> PING adraste(adraste) 56 data bytes
> 64 bytes from adraste: icmp_seq=1 ttl=255 time=0.165 ms
> 64 bytes from adraste: icmp_seq=2 ttl=255 time=0.155 ms
> 64 bytes from adraste: icmp_seq=3 ttl=255 time=0.187 ms
>
> --- adraste ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 1998ms
> rtt min/avg/max/mdev = 0.155/0.169/0.187/0.013 ms
>
> As said before, I don't think there's a problem with the LAN. Trust me, I
> would know about it :)
>
>
>
>>
>> On Fri, Mar 2, 2012 at 8:55 AM, Harald Hannelius <
>> harald.hannelius at arcada.fi>
>> wrote:
>>
>>      On Fri, 2 Mar 2012, Brian Candler wrote:
>>
>>      On Fri, Mar 02, 2012 at 05:25:18PM +0200, Harald Hannelius
>>      wrote:
>>            I'll have to test with just a two-way replica,
>>            and see if I get
>>            better performance out of that. I'm gonna loose
>>            the capability to
>>            have one node at the other site then
>>
>>
>>      Ah... are these nodes separated by a WAN? Synchronous
>>      replication is pretty
>>      sensitive to latency.  You might want to look at
>>      geo-replication instead
>>      (which I've not tested)
>>
>>
>> No, it's a 1 Gbps LAN. The other "site" is within LAN-range.
>>
>> --
>>
>> Harald Hannelius | harald.hannelius/a\arcada.fi | +358 50 594 1020
>> ______________________________**_________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org
>> http://gluster.org/cgi-bin/**mailman/listinfo/gluster-users<http://gluster.org/cgi-bin/mailman/listinfo/gluster-users>
>>
>>
>>
>>
>>
> --
>
> Harald Hannelius | harald.hannelius/a\arcada.fi | +358 50 594 1020
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gluster.org/pipermail/gluster-users/attachments/20120305/732be11f/attachment.htm>


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux