Skip to content
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

cpus count versus available cpus #132

Open
EricDeveaud opened this issue Sep 6, 2022 · 0 comments
Open

cpus count versus available cpus #132

EricDeveaud opened this issue Sep 6, 2022 · 0 comments

Comments

@EricDeveaud
Copy link

EricDeveaud commented Sep 6, 2022

Hello,

lofreq2_call_pparallel.pyuses multiprocessing.cpu_count() to ge the number of cpus.
multiprocessing.cpu_count() return the number of cpu in the machine, But this is not the same as the number of cpu availabl" to the process. For example, you can run in a taskset context or a batch scheduler like slurm.

see:

$ nproc
96
$ taskset -c 1 nproc
1
$ taskset -c 1 python3 -c "import multiprocessing; print(multiprocessing.cpu_count())"
96

I would suggest to use len(os.sched_getaffinity(0)) instead of multiprocessing.cpu_count()

$ python3 -c "import os; print(len(os.sched_getaffinity(0)))"
96
$ taskset -c 1 python3 -c "import os; print(len(os.sched_getaffinity(0)))"
1

NB Mac OSX python does not have os.sched_getaffinity so a portable way to code it would be

try:
    num_cpus = len(os.sched_getaffinity(0))
except AttributeError:
    num_cpus = multiprocessing.cpu_count()

thus lofreq2_call_pparallel.py may launch more parallel jobs via multiprocessing.Pool than available cores.
each one competing with the others on the same core.

regards

Eric

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant