public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: "Richard Croucher" <richard-jNDFPZUTrfRJpuwtbJ71GdBPR1lH4CV8@public.gmane.org>
To: 'sebastien dugue' <sebastien.dugue-6ktuUTfB/bM@public.gmane.org>,
	'OF EWG' <ewg-ZwoEplunGu1OwGhvXhtEPSCwEArCW2h5@public.gmane.org>
Cc: 'linux-rdma' <linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: IPoIB to Ethernet routing performance
Date: Mon, 6 Dec 2010 10:49:58 -0000	[thread overview]
Message-ID: <00d701cb9533$71c5f2e0$5551d8a0$@com> (raw)
In-Reply-To: <20101206112454.76bb85f1-xRPE6/W2vR9iM9LT7/dT9zWMkbuR3peG@public.gmane.org>

You may be able to improve by doing some OS tuning.  All this data should stay in kernel mode but there are lots of bottlenecks in the TCP/IP stack that limit scalability.  The IPoIB code has not been optimized for this use case.

You don't mention what Server, kernel and OFED distro you are running.

The best performance is achieved using InfiniBand/Ethernet hardware gateways.  Most of these provide virtual Ethernet NICs to InfiniBand hosts, but the Voltaire 4036E does provide a  IPoIB to Ethernet gateway capability.  This is FPGA based so does provide much higher performance than you will achieve using a standard server solution. 

-----Original Message-----
From: ewg-bounces@lists.openfabrics.org [mailto:ewg-bounces@lists.openfabrics.org] On Behalf Of sebastien dugue
Sent: 06 December 2010 10:25
To: OF EWG
Cc: linux-rdma
Subject: [ewg] IPoIB to Ethernet routing performance


  Hi,

  I know this might be off topic, but somebody may have already run into the same
problem before.

  I'm trying to use a server as a router between an IB fabric and an Ethernet network.

  The router is fitted with one ConnectX2 QDR HCA and one dual port Myricom 10G
Ethernet adapter.

  I did some bandwidth measurements using iperf with the following setup:

  +---------+               +---------+               +---------+
  |         |               |         |   10G Eth     |         |
  |         |    QDR IB     |         +---------------+         |
  | client  +---------------+  Router |   10G Eth     |  Server |
  |         |               |         +---------------+         |
  |         |               |         |               |         |
  +---------+               +---------+               +---------+

  
  However, the routing performance is far from what I would have expected.

  Here are some numbers:

  - 1 IPoIB stream between client and router: 20 Gbits/sec

    Looks OK.

  - 2 Ethernet streams between router and server: 19.5 Gbits/sec

    Looks OK.

  - routing 1 IPoIB stream to 1 Ethernet stream from client to server: 9.8 Gbits/sec

    We manage to saturate the Ethernet link, looks good so far.

  - routing 2 IPoIB streams to 2 Ethernet streams from client to server: 9.3 Gbits/sec

    Argh, even less that when routing a single stream. I would have expected
    a bit more than this.


  Has anybody ever tried to do some routing between an IB fabric and an Ethernet
network and achieved some sensible bandwidth figures?

  Are there some known limitations in what I try to achieve?


  Thanks,

  Sébastien.




_______________________________________________
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

_______________________________________________
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

  parent reply	other threads:[~2010-12-06 10:49 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-06 10:24 IPoIB to Ethernet routing performance sebastien dugue
     [not found] ` <20101206112454.76bb85f1-xRPE6/W2vR9iM9LT7/dT9zWMkbuR3peG@public.gmane.org>
2010-12-06 10:49   ` Richard Croucher [this message]
2010-12-06 11:40     ` [ewg] " sebastien dugue
     [not found]       ` <20101206124023.025c2f88-xRPE6/W2vR9iM9LT7/dT9zWMkbuR3peG@public.gmane.org>
2010-12-06 12:08         ` Richard Croucher
2010-12-06 13:05           ` sebastien dugue
     [not found]             ` <20101206140505.20cfc9e2-xRPE6/W2vR9iM9LT7/dT9zWMkbuR3peG@public.gmane.org>
2010-12-09 23:46               ` Christoph Lameter
     [not found]                 ` <alpine.DEB.2.00.1012091745070.29367-sBS69tsa9Uj/9pzu0YdTqQ@public.gmane.org>
2010-12-26  7:43                   ` Ali Ayoub
     [not found]                     ` <AANLkTi=2-FJtJCY0+79wyXRszwrhRwQStDTNjRCjr66F-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-26 10:57                       ` Richard Croucher
2010-12-27 11:51                         ` Jabe
     [not found]                           ` <4D187DB1.5020005-9AbUPqfR1/2XDw4h08c5KA@public.gmane.org>
2010-12-30 17:37                             ` Richard Croucher
2010-12-28  0:06                         ` Ali Ayoub
     [not found]                           ` <AANLkTi=ausgOuEMRe622dNRzVyhN3pxPWeTAJiJihssW-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-28 15:30                             ` Reeted
     [not found]                               ` <4D1A02A8.1060104-9AbUPqfR1/2XDw4h08c5KA@public.gmane.org>
2010-12-29 15:18                                 ` Tziporet Koren
2011-01-03 22:33                       ` Christoph Lameter
2010-12-07 14:42           ` Or Gerlitz
2010-12-06 20:47   ` Jabe
     [not found]     ` <4CFD4BEE.5070205-9AbUPqfR1/2XDw4h08c5KA@public.gmane.org>
2010-12-06 21:27       ` Jason Gunthorpe
     [not found]         ` <20101206212759.GB16788-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2010-12-07  7:39           ` sebastien dugue
     [not found]             ` <20101207083911.2ab47a59-xRPE6/W2vR9iM9LT7/dT9zWMkbuR3peG@public.gmane.org>
2010-12-07 10:02               ` Or Gerlitz
     [not found]                 ` <4CFE0638.2040105-smomgflXvOZWk0Htik3J/w@public.gmane.org>
2010-12-07 10:27                   ` sebastien dugue
     [not found]                     ` <20101207112739.0c95db46-xRPE6/W2vR9iM9LT7/dT9zWMkbuR3peG@public.gmane.org>
2010-12-07 10:33                       ` Or Gerlitz
     [not found]                         ` <4CFE0D7C.4020904-smomgflXvOZWk0Htik3J/w@public.gmane.org>
2010-12-07 11:48                           ` sebastien dugue
     [not found]                             ` <20101207124805.1fede78f-xRPE6/W2vR9iM9LT7/dT9zWMkbuR3peG@public.gmane.org>
2010-12-07 12:32                               ` Or Gerlitz
     [not found]                                 ` <4CFE2953.2020807-smomgflXvOZWk0Htik3J/w@public.gmane.org>
2010-12-07 13:19                                   ` sebastien dugue
2010-12-07 13:01                               ` Hiroyuki Sato
     [not found]                                 ` <AANLkTik2XaM6qyUUc+uzYCzKL+zKbN5kHz2Kf8So8arC-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-07 13:25                                   ` sebastien dugue
2010-12-13 16:02           ` Jabe
     [not found]             ` <4D06438C.9040307-9AbUPqfR1/2XDw4h08c5KA@public.gmane.org>
2010-12-14 16:35               ` [ewg] " Richard Croucher
2010-12-07  7:36       ` sebastien dugue

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='00d701cb9533$71c5f2e0$5551d8a0$@com' \
    --to=richard-jndfpzutrfrjpuwtbj71gdbpr1lh4cv8@public.gmane.org \
    --cc=ewg-ZwoEplunGu1OwGhvXhtEPSCwEArCW2h5@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=sebastien.dugue-6ktuUTfB/bM@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox