LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: [lvs-users] Reasonable(?) Performance of LVS-NAT

To: daryl herzmann <akrherz@xxxxxxxxxxx>
Subject: Re: [lvs-users] Reasonable(?) Performance of LVS-NAT
Cc: "LinuxVirtualServer.org users mailing list." <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
From: David Coulson <david@xxxxxxxxxxxxxxxx>
Date: Thu, 23 May 2013 15:09:52 -0400
On 5/23/13 12:12 PM, daryl herzmann wrote:
> Thanks, it appears this is the relevant bug?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=854066

Yep, that's it. Should be in the kernel you are running.
>
> I did a test of this:
>
> # ethtool -k eth1
> Features for eth1:
> rx-checksumming: on
> tx-checksumming: on
> scatter-gather: on
> tcp-segmentation-offload: on
> udp-fragmentation-offload: off
> generic-segmentation-offload: on
> generic-receive-offload: on
> large-receive-offload: off
> rx-vlan-offload: on
> tx-vlan-offload: on
> ntuple-filters: off
> receive-hashing: off
>
> and the problem did not appear to go away.  The traffic through the 
> director was extremely sluggish, so I failed back to having 'gro off', 
> shrug...
Did it get worse, or just no better?

Are you able to do iptables NAT instead to see if that makes a 
difference, or perhaps put a http proxy in the middle? If nothing else, 
just as a test. What about going direct to a http server - Does that 
have better throughput?

David

_______________________________________________
Please read the documentation before posting - it's available at:
http://www.linuxvirtualserver.org/

LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://lists.graemef.net/mailman/listinfo/lvs-users

<Prev in Thread] Current Thread [Next in Thread>