-
Notifications
You must be signed in to change notification settings - Fork 24
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
Feature request: option for running complex workflow without fireworks #302
Comments
@arosen93 thanks! I now have to find time to test it. Any other suggestions for approaches without db are also highly appreciated. HPCs in Europe and especially their comoute nodes are usually not easy to connect with database servers. |
@JaGeo have you spoken to @davidwaroquiers or @gpetretto about Jobflow-remote? |
Yes, thank you. We have interacted in the meantime. I think we can close this! |
Hi @utf @davidwaroquiers , I wanted to raise this point again. It might be worth considering a middle ground solution for smaller workflows, potentially with another type of store. jf-remote is awesome but still requires some setup. |
This feature request is likely partially dependent on materialsproject/maggma#832. |
@Andrew-S-Rosen thanks for linking this! |
I very much like that one can start jobs without setting up a MongoDB database with the help of jobflow. However, for more complex workflows (e.g., the phonon workflow in atomate2), the submission with 1 job script can be very inefficient (e.g., if one computation out of 10 of the workflow does not finish, one has the repeat the overall computation). It would be great to have an obvious and easy to use option in jobflow (e.g., based on a file database) where one can easily restart a part of the computations and/or submit the jobs of an workflow in several job scripts.
I think, @utf , we have talked about this before.
The text was updated successfully, but these errors were encountered: