Shirley> After completion handler receives the notification, don't
Shirley> poll the CQ right away, and wait for more WIKIs in
Shirley> CQ. That way can reduce the CQ lock overhead.
That's interesting... it makes sense, and it argues in favor of
deferring CQ polling to a kernel thread. Of course this will hurt
ping-pong latency. Maybe it's better to just implement NAPI though...
Shirley> I found that there is some problem to increase the NUM_WC
Shirley> on recv. It hurts the performance lots. Do you have any
Shirley> clue?
Is this on ehca or mthca? I couldn't explain it on mthca, but on ehca
maybe there's a bug in generating CQ events ??
- R.
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
