<html>
<body>
<font size=3><br>
That article had a number of flaws and many concluded it was more of a
defensive marketing piece than anything else. <br><br>
In any case, as noted you can share a CQ to reduce the number of CQ being
managed but it isn't free. Whenever you share something, it comes
with a price and in the case of CQs, one must design the software to
understand the degree of sharing and how post completion processing must
comprehend. There are pros and cons for non-shared and shared CQ
just as there is another set for regular QP and SRQ. The value to
use one over the other is entirely application specific. <br><br>
Mike<br><br>
<br>
At 12:19 PM 8/28/2008, Dotan Barak wrote:<br>
<blockquote type=cite class=cite cite="">On Thu, Aug 28, 2008 at 10:13
PM, Adrien Guillon <aj.guillon@gmail.com> wrote:<br>
> I still allocate a separate CQ for each QP right?<br>
You may use a separate CQ for each QP, if this is what you want (or<br>
you can use one CQ for all of those QPs).<br>
><br>
> Also, I read<br>
><br>
>
<a href="http://www.hpcwire.com/features/17886984.html" eudora="autourl">
http://www.hpcwire.com/features/17886984.html</a><br>
><br>
> the author mentions doom and gloom for scalability. Is this
just fear<br>
> mongering, or is this a real problem? If I use SRQ's am I in
the<br>
> clear for scalability?<br>
Sorry, but i didn't read this article before and i don't have the
time<br>
to do it now. But SRQ is an object which helps you create more<br>
scalable SW:<br>
if you have N QPs, and every QP may get M messages; in the past
you<br>
had to post N*M WRs (M WRs to every QP). When using a SRQ, you can<br>
post much less WRs and SRQ is easier to manage because you can use
the<br>
LIMIT event to know how many RR there are in the SRQ (QP don't have<br>
this feature).<br><br>
Dotan<br><br>
><br>
> Thanks.<br>
><br>
> AJ<br>
><br>
_______________________________________________<br>
general mailing list<br>
general@lists.openfabrics.org<br>
<a href="http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general" eudora="autourl">
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general</a><br><br>
To unsubscribe, please visit
<a href="http://openib.org/mailman/listinfo/openib-general" eudora="autourl">
http://openib.org/mailman/listinfo/openib-general</a>
</font></blockquote></body>
</html>