Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Communication threading model and (a)synchronization #14

Open
bluecmd opened this issue May 27, 2021 · 0 comments
Open

Communication threading model and (a)synchronization #14

bluecmd opened this issue May 27, 2021 · 0 comments
Labels
enhancement New feature or request

Comments

@bluecmd
Copy link
Collaborator

bluecmd commented May 27, 2021

There are a lot of potential functionality that currently is not supportable due to the synchronous implications of the library.

  • All communication right now are realistically targeted to a single ComID as that is what I have seen in the real world on real drives.
  • Implementation of e.g. method calls are IfSend followed by IfRecv towards the single ComID, which can conflict with multiple sessions being active on the same ComID.

Right now we have MaxSessions=1, we use the Synchronous protocol, Asynchronous=false, AckNak=false, BufferMgmtSupported=false - so realistically we will not run into any issues under these circumstances. Thus, marking as an enhancement for the future.

Right now I will ensure that we only use the maximum allowed sessions from the TPer - which seems to be 1 in the cases I have seen so far.

@bluecmd bluecmd added the enhancement New feature or request label May 27, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant