-
-
Notifications
You must be signed in to change notification settings - Fork 48
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
try gpu on linux #22
try gpu on linux #22
Conversation
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
…da-forge-pinning 2020.12.11.09.47.37
…da-forge-pinning 2020.12.11.09.47.37
…da-forge-pinning 2020.12.11.09.47.37
…da-forge-pinning 2020.12.11.09.47.37
…da-forge-pinning 2020.12.11.09.47.37
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( I do have some suggestions for making it better though... For recipe:
|
- cffi | ||
- future # [py==27] | ||
outputs: | ||
- name: pytorch |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cc @hmaarrfk
@kkraus14, @jakirkham, can you test these on gpu hardware? |
@isuruf what is the best way to install the packages built from this PR for offline testing? |
CPU or the GPU packages? GPU packages currently time out, so you need to build it locally using |
GPU indeed. Okay, thanks - will try. |
- magma # [cuda_compiler_version != "None"] | ||
# other requirements | ||
- python | ||
- numpy |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seeing this build warning:
WARNING:conda_build.metadata:No numpy version specified in conda_build_config.yaml.
Falling back to default numpy value of 1.11
That's probably not desired, should be 1.16?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i think that warning is benign
…da-forge-pinning 2020.12.15.10.41.23
Running
|
Ah, you probably need |
Yep that was it. It's building now, but it looks like it only uses one CPU core. That may be my default Docker config, not sure (or is there a conda-forge specific config for this?). Usually when I build PyTorch on a machine with 12 physical cores, I set |
You can set |
This is looking promising. I tested the CUDA 10.2, Python 3.8 build. The majority of the test suite runs fine, it stops on the first encountered failure at:
Which is a known issue, the test itself is wrong: pytorch/pytorch#41358. So so far so good. |
Since it took a bit of time to figure out the local build/install/test cycle, summarizing here:
|
A simpler way would be
|
@hmaarrfk, merge? @chrisburr offered to build the GPU variants locally and upload. |
Thanks for all the hard work! |
@isuruf Perhaps - like for the mutex naming (cf conda-forge/conda-forge.github.io#1059) - there should be a standard way to do this? Speaking of mutexes - if I understand correctly there's now no "proc" package for pytorch to select the type of installation? Does |
Checklist
0
(if the version changed)conda-smithy
(Use the phrase@conda-forge-admin, please rerender
in a comment in this PR for automated rerendering)