Anforderungen für die NDKPI-Veröffentlichung von Arbeitsanforderungen
Regeln für die Veröffentlichung von Arbeitsanforderungen für den Verbraucher
Der NDK-Consumer stellt die folgenden Arten von Arbeitsanforderungen in der Initiatorwarteschlange:
- 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)
Der Consumer stellt NdkReceive-Anforderungen (NDK_FN_RECEIVE) in der Empfangswarteschlange.
Der Consumer postiert alle diese Anforderungen serialisiert an dieselbe einzelne Warteschlange auf einem NDK_QP oder NDK_SRQ . Anders ausgedrückt: Der Consumer erhält nie zwei gleichzeitige Aufrufe von Arbeitsanforderungsfunktionen in derselben einzelnen Warteschlange, die zu einer NDK_QP oder NDK_SRQ gehört.
Dies bedeutet beispielsweise, dass keine gleichzeitigen NdkReceive-Aufrufe ausgegeben werden, dass gleichzeitige NdkSend - und NdkWrite-Aufrufe nicht ausgegeben werden, aber gleichzeitige NdkReceive - und NdkWrite-Aufrufe können auf demselben NDK_QP ausgegeben werden.
Regeln für die Arbeitsanforderungsbuchung für den Anbieter
Der Anbieter sollte keine redundanten Sperren innerhalb der oben genannten Arbeitsanforderungsfunktionen aufweisen, da sie vom Consumer garantiert serialisiert werden.
Der Anbieter muss in der Lage sein, NdkFlush-Aufrufe (NDK_FN_FLUSH) zu verarbeiten, die gleichzeitig mit einem Arbeitsanforderungsaufruf auf demselben NDK_QP aufgerufen werden können.
Der Anbieter muss in der Lage sein, einen NdkCloseConnector-Aufruf (für das Nachfolgeobjekt NDK_CONNECTOR für die NDK_QP) zu verarbeiten, der gleichzeitig mit einem Arbeitsanforderungsaufruf auf demselben NDK_QP aufgerufen werden kann.