[libfabric-users] GNI Provider manual control_progress

[Howard Pritchard]

Hello Daniel,

For the GNI provider, memory registration is currently a synchronous call.
There is no need to poll
on an EQ to progress memory registration.  From your reading of the man
pages, do you think
that it would be less confusing if the GNI provider added support for using
EQ events to progress
memory registration even when its not necessary?  It would not be a big
problem to add such
support.

For data transfer operations however, you will indeed need to poll on the
send/recv counters/CQs
that have been bound to the EP initiating these data transfer operations.

Just a heads up that we have at least one PR that needs to get upstream
that may impact your testing:

https://github.com/ofi-cray/libfabric-cray/pull/1347

We should have that pushed upstream this week.

Howard


2017-05-18 12:19 GMT-06:00 Daniel Deppisch <danieldeppisch at onlinehome.de>:

> Hello,
>
> im a master student from germany currently evaluating libfabric
> performance on a Cray Aries system.
>
> I am struggling to get control_progress=FI_PROGRESS_MANUAL working.
> Documentation clearly states it is supported for the GNI provider.
>
> However, manual progress is described to be made when reading/waiting for
> the queue/counter where the completion will be reported.
> For control operations this should be the event queue.
>
> Now the GNI provider does not implement any of the functions for binding
> an EQ.
> Neither can I bind control operation completions (like av_insert()s) to a
> CQ/counter using the cq_bind() flags.
>
> If manual control progress is supported, but the eq cannot be used, how do
> I make manual control progress?
>
> Thanks and regards,
> Daniel Deppisch
>
> _______________________________________________
> Libfabric-users mailing list
> Libfabric-users at lists.openfabrics.org
> http://lists.openfabrics.org/mailman/listinfo/libfabric-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/libfabric-users/attachments/20170524/48ebb51c/attachment.html>