-
Notifications
You must be signed in to change notification settings - Fork 0
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
Client for FAH resources, reference implementation for compute service #7
Conversation
Uses a process pool for CPU-bound units, async/await for Fah units
…onds to a FAH RUN Building out API points in FahAdaptiveSamplingClient to support this unit, since it is largely responsible for managing its own state on the work server. Considering ways of making the work server support partial execution, or at least not compute the same FahOpenMMSimulationUnit twice from the same Task twice.
Adding in run files manipulation next, followed by clones, gens. I think the model we want to use will generate these imperatively, but will need to verify this will work with @jcoffland.
Trying to give clear, relatively atomic methods for file interactions, RUN, CLONE creation, etc.
Also, during my deployment testing I realized we've made an oversight in the design of how we interface Fixing this isn't too difficult given how we've laid things out, but making this adjustment will require changes in a few places. |
Addressed this today; we now use |
Co-authored-by: Ian Kenney <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Addressed all comments! Waiting for CI, then merging!
Congrats @dotsdl |
Closes #1, #3.