You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From what we can tell from playing with it, passing devices such as cuda:2 to run_train.py doesn't seem to work - it appears to still use device 0 (Note that I had to patch the CLI argument parser to allow strings like cuda:N, which I'd be happy to share). I'd have expected to see torch.cuda.set_device(N) someplace, e.g. in
Instead it looks like the device string including the :N is passed to various torch calls throughout the code.
Has anyone actually tested this functionality?
Note that setting CUDA_VISIBLE_DEVICES before running run_train is sufficient for us, so maybe it's not important and this issue can be closed, but having code that does the wrong thing seems bad.
The text was updated successfully, but these errors were encountered:
From what we can tell from playing with it, passing devices such as
cuda:2
torun_train.py
doesn't seem to work - it appears to still use device 0 (Note that I had to patch the CLI argument parser to allow strings likecuda:N
, which I'd be happy to share). I'd have expected to seetorch.cuda.set_device(N)
someplace, e.g. inmace/mace/tools/torch_tools.py
Line 51 in 6df8827
Instead it looks like the device string including the
:N
is passed to various torch calls throughout the code.Has anyone actually tested this functionality?
Note that setting
CUDA_VISIBLE_DEVICES
before runningrun_train
is sufficient for us, so maybe it's not important and this issue can be closed, but having code that does the wrong thing seems bad.The text was updated successfully, but these errors were encountered: