Older versions of ctffind (v3 and v4) and unblur were parallelized using openMP and the number of processors to be used could be set using the OMP_NUM_THREADS environmental variable. I did a bunch of tests on the ctffind programs and showed that on our cluster, I had parallel but worse performance if I did _not_ set this variable. In other words, if I ran a job without setting this variable, it did use multiple cores if they were available, but without setting the number explicitly, there was some sort of system thrashing that actually impeded execution. It wasn't a huge preformance hit, but I made sure that various scripts that ran ctffind (including my queue submission scripts for relion) explicitly set this variable.
The versions of ctffind and unblur in cisTEM appear to be different (and may not even be parallelized). Has anyone gotten parallel performance outside of the cisTEM GUI? I am wondering about (for example) running the cisTEM executables through relion, and how to tell it to use any available parallelization.
Any help would be appreciated.