[Users] RDMA capabilities for HTTP

[Narayan Desai]

I'm not sure that tuning would help you too much for this workload. Most of
the improvements for ipoib help with bandwidth. Usually people go to RDMA
for your workload, but since you need to terminate http someplace, that
doesn't point in any obvious directions.
 -nld


On Mon, Oct 21, 2013 at 10:22 AM, Matheus Eduardo Bonifacio Morais <
matheus_morais at sicredi.com.br> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Narayan,
>
> The requests in general are pretty small, but there are thousands of
> GET and POST requests per second on the web server. It's a SOA kind of
> environment with BPEL orchestration which call many web services to
> execute a process.
>
> I don't know too much about tuning IPoIB. Do you recommend some
> documentation about that specific subject?
>
> Thanks for your reply!
>
> Em 19-10-2013 19:56, Narayan Desai escreveu:
> > 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
> > <mailto:matheus_morais at sicredi.com.br>> wrote:
> >
> > 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
> >
> >  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 <mailto:Users at lists.openfabrics.org>
> > http://lists.openfabrics.org/cgi-bin/mailman/listinfo/users
> >
> >
>
> - --
> 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/
>
> iQEcBAEBAgAGBQJSZUaqAAoJEJaxmh5NVUojY9cH/0T010fpsFPjJe2747pCyFxp
> ClQyejpmS/CosZvAnNMijW4IZ2LDl2H9lNo9cASE0DMno6pMUQEZGVnGz1ydcIQZ
> 1a3kV5Eoz/WYmIWcFVLugHmK0I+YOWBYvoYc7un3tLFYmdI0u2R6RkASk3sbesnx
> 6MKD+VCvuh2ZAtaKQkbeCrAiAH2oMpYlqmIVoirOWWrvkStH9FCbeqH4klyeoQ+F
> S3uYzy6yj0Xmal2vL2T+Se+RfxfcbfHOGfivNNmcOxbeG6aOqMdsh0fyi3ySVzjA
> 81JDp45ZpV6ljFKZMwHpHBiW2K7FbpO2EBsJn6lNIpnzs+m5foXPKiHEwtN1gwg=
> =4dEq
> -----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/20131022/19f18b7a/attachment.html>