Dear Priyam,
I messaged the developer of CIOverlap and did some tests myself. Changing the number of frozen and virtual orbitals can reduce computational time, but I didn't see much difference in my reduced tests. Changing the -t (threshold) to 5e-3 significantly improved performance, but it affected the overlap results, and I don't know to what extent this will affect the dynamics.
Then I started looking into the code to see possible improvements. I am still testing, but it has worked well so far. You can download the executable and replace it in your current installation to see if it works in your case/system.
You can download it from here:
https://gitlab.com/light-and-molecules/cioverlap/-/blob/speedup/bin/cioverlap?ref_type=headsYou have to replace the cioverlap executable in the newton-x-package/CIOVERLAP/bin/ folder. I would definitely keep a backup of the cioverlap executable you already have.
You should be able to call it exactly the same, and it may be a little faster, but this one you can run in parallel by setting the OMP_NUM_THREADS environment variable:
export OMP_NUM_THREADS=8
I would use the same number of processors you are using for the ORCA calculation.
This was compiled in a fairly recent system (Ubuntu 24), so you may have a problem with the GLIBC version in an older system. Let me know.
Regarding the OrbWin, I never tried that; I don't know how it affects the number of expected orbitals. If you share the error message, we can try to reproduce it.
Best regards,
Rafael