-
Notifications
You must be signed in to change notification settings - Fork 44
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
Crest 3 QCG, final xTB optimisations not using the available cores #297
Comments
An alternative option is to turn off this final optimisation, which I would actually prefer. Is that possible? |
I've tried to fix some things with regards to this issue in #300 and the continuous release. |
Hey @pprcht , thank you for this! |
From my understanding of the code, yes, that seems to be normal. @cplett is the author and maintainer of QCG. Have you by any chance checked if #300 also resolves your issue #294? |
Ok, thank you again! I will update on #294 in that conversation. Andrew |
I'm closing the issue for now, if something else related to this comes up feel free to comment here again. |
As in title, a QCG run seems to be hanging after adding the requested number of solvents, but looking at htop I see the following command is running:
xtb cluster.xyz --gfn2 --opt best.xyz best_after_gen.xyz cluster.coord cluster.xyz cluster_cavity.coord final_structures.xyz optimized_structures.xyz solute solute_cavity.cood solute_cut.cood .........
As I understand, this is the final xtb optimisation of
cluster.xyz
, right? However, it seems to only be using 1 thread. Is there a way to change this?My crest version:
Version 3.0, Sat Apr 6 18:06:37 UTC 2024 commit (d321183) compiled by 'runner@fv-az778-216'
Crest command:
crest input_solute.xyz --qcg input_solvent.xyz --nsolv 10 -xnam xtb --alpb water -chrg 0 -uhf 0 --gfn2 -T 6 --optlev crude --nopreopt --fixsolute -I det_control.in
The text was updated successfully, but these errors were encountered: