Re: bonding question

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

 



In glusterfs documentation the recommended mode is the mode=6. 
My switch (dlink dgs-1510) can be 802.3ad modes, in this case is this better than mode=6 ?


Tibor

----- Eredeti üzenet -----
> Indeed. Only the rr (round robin) mode will get higher performance on a
> single stream. It also means that packets may be received out-of-order
> which can cause retransmissions (so it should never be used for UDP
> services like SIP/RTP). AFAIK it only works with Cisco etherchannel and
> does not scale well.
> 
> Multiple streams are balanced using the XOR of the two endpoint MAC
> addresses in mode 4. This can be changed to include L3 data (eg src/dest
> IP) but switch support is again limited for the alternate algo. I know
> my kit can't be changed to add L3 data. As long as you have multiple
> clients the default mode 4 will scale almost linearly and will be
> guaranteed to work across any switch that supports LACP.
> 
> Cheers
> 
> Alex
> 
> On 29/09/14 15:03, Reinis Rozitis wrote:
> >> Ok, I mean this is a network based solution, but I think the
> >> 100MB/sec is possible with one nic too.
> >> I just wondering, maybe my bonding isn't working fine.
> >
> > You should test with multiple clients/dd streams.
> >
> > http://serverfault.com/questions/569060/link-aggregation-lacp-802-3ad-max-throughput/
> >
> >
> > rr
> > _______________________________________________
> > Gluster-users mailing list
> > Gluster-users@xxxxxxxxxxx
> > http://supercolony.gluster.org/mailman/listinfo/gluster-users
> >
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
> 
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users





[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