[Users] RDMA capabilities for HTTP

[Narayan Desai]

Can you say a little bit more about the communication workload of this
application? Is it lots of small requests, bulk data transfers, or
something else?

FWIW, if you are trying to move a lot of data across IPoIB, you should make
sure that it is properly tuned. (probably a switch to connected mode, and
bumping up the MTU would help in that case)
 -nld


On Fri, Oct 18, 2013 at 2:05 PM, Matheus Eduardo Bonifacio Morais <
matheus_morais at sicredi.com.br> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I have a distributed system that makes heavy use of web services,
> which rely on HTTP protocol, and I was wondering if it's possible to
> use RDMA techniques to improve the performance of these system.
> Searching into the web I found some academic works about accelerating
> web protocols using iWARP [1,2] but, I can't find any concrete
> implementation of that kind of application.
>
> Right now I have an InfiniBand infrastructure but it's impossible to
> have the RDMA gains because web services uses IPoIB and at the end of
> the day, the latency and bandwidth is almost the same as ethernet.
>
> Is there anyone in this list which have experiences running an web
> service based system using the RDMA capabilities and want to share
> some information?
>
> There is some work ongoing in the direction of bring the RDMA gains
> over HTTP? (I don't even know if this is possible/pratical.)
>
> Sorry if those are silly questions but I'm just entering in this "RDMA
> world". :)
>
> Thanks.
>
> [1] -
>
> http://im45cf90sw.osc.edu/files/research/network_file/projects/rdma/downloads/nca07_paper.pdf
> [2] - http://www.mcs.anl.gov/~balaji/pubs/2011/ipdps/ipdps11.iwarp-udp.pdf
>
> - --
> Matheus Morais
> Infraestrutura de TI - Datacenter
> Confederação SICREDI - Porto Alegre
> 51 3358-4700 ramal 7143
> http://www.sicredi.com.br
>
> www.sicredi.com.br
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJSYYaVAAoJEJaxmh5NVUojFLwH/jxpOihOS6ytgIl7f0WnvgFx
> SNqNrZQ+8JrBVlrICpyqHNHYTIvb6BzVCihosylLjYnEDlDmtezHX5RWmDITHZwW
> p28v6ELTO3meWFiUSj+VH8BP4feuzaYMn8Z3d9TpNxTMgOgl2K4nfHtNfaHuKNrF
> i+KdHVlvm3hFefjC8uvivIOrmyt0VCuQYU76T43T7tkonVRXS1c25M126nleWCAY
> 2/0PF0a5bnZfgEaAWmOlkVfmyr2s2mR6ZVzAbBSqnbH2RebRscqd9G4Jd+E9jEx3
> cY3j/7O1ZL2n1ap1YhBe5xTk7KbWK/mDy3ajKYmVqBKER8jvFxoCRFoj2FPNO90=
> =Yfi2
> -----END PGP SIGNATURE-----=
> Esta mensagem é somente para uso do destinatário informado e pode conter
> informações privilegiadas, proprietárias, ou privadas. Se você recebeu esta
> mensagem por engano, por favor notifique o remetente imediatamente e apague
> a original. Qualquer uso deste email é proibido.
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise private information. If you have
> received it in error, please notify the sender immediately and delete the
> original. Any other use of the email by you is prohibited.
>
> _______________________________________________
> Users mailing list
> Users at lists.openfabrics.org
> http://lists.openfabrics.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/users/attachments/20131019/e3498b9e/attachment.html>