Exigences de publication de demande de travail NDKPI
Règles d’affichage des demandes de travail pour le consommateur
Le consommateur NDK publie les types de demandes de travail suivants dans la file d’attente de l’initiateur :
- NdkBind (NDK_FN_BIND)
- NdkFastRegister (NDK_FN_FAST_REGISTER)
- NdkInvalidate (NDK_FN_INVALIDATE)
- NdkRead (NDK_FN_READ)
- NdkSend (NDK_FN_SEND)
- NdkSendAndInvalidate (NDK_FN_SEND_AND_INVALIDATE)
- NdkWrite (NDK_FN_WRITE)
Le consommateur publie des requêtes NdkReceive (NDK_FN_RECEIVE) sur la file d’attente de réception.
Le consommateur publiera toutes ces demandes dans la même file d’attente individuelle sur un NDK_QP ou un NDK_SRQ de manière sérialisée. En d’autres termes, le consommateur n’aura jamais deux appels simultanés à des fonctions de demande de travail sur la même file d’attente individuelle appartenant à un NDK_QP ou à un NDK_SRQ.
Cela signifie, par exemple, que les appels NdkReceive simultanés ne seront pas émis, que les appels NdkSend et NdkWrite simultanés ne seront pas émis, mais que des appels NdkReceive et NdkWrite simultanés peuvent être émis sur le même NDK_QP.
Règles de publication de demande de travail pour le fournisseur
Le fournisseur ne doit pas avoir de verrous redondants à l’intérieur des fonctions de demande de travail ci-dessus, car ils sont assurés d’être sérialisés par le consommateur.
Le fournisseur doit être en mesure de gérer les appels NdkFlush (NDK_FN_FLUSH) qui peuvent être appelés simultanément avec un appel de demande de travail sur le même NDK_QP.
Le fournisseur doit être en mesure de gérer un appel NdkCloseConnector (sur l’objet successeur NDK_CONNECTOR du NDK_QP) qui peut être appelé simultanément avec un appel de demande de travail sur le même NDK_QP.