-
Notifications
You must be signed in to change notification settings - Fork 26.3k
Add CPU slow test job #73748
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
Add CPU slow test job #73748
Conversation
There are no CPU-only slow test machines, so this enables device_type slow tests (which previously would never run) [ghstack-poisoned]
CI Flow Status⚛️ CI FlowRuleset - Version:
|
🔗 Helpful links
💊 CI failures summary and remediationsAs of commit 5baacf0 (more details on the Dr. CI page):
1 failure not recognized by patterns:
This comment was automatically generated by Dr. CI (expand for details).Please report bugs/suggestions to the (internal) Dr. CI Users group. |
There are no CPU-only slow test machines, so this enables device_type slow tests (which previously would never run) [ghstack-poisoned]
|
@davidberard98 has imported this pull request. If you are a Facebook employee, you can view this diff on Phabricator. |
|
@albanD regarding slowTest on CPU, previously some of the CPU slowTests weren't running (e.g. TestNNCOpInfoCPU). You can see that the runtime increased for the slow job: Note: this also enables the CPU tests on |
|
Why does this change the slow gradcheck tests? |
|
@albanD not entirely sure what the slow-gradcheck tests do... but it seems like they're a subset of slow tests, in that |
There are no CPU-only slow test machines, so this enables device_type slow tests (which previously would never run) Differential Revision: [D34628803](https://our.internmc.facebook.com/intern/diff/D34628803) [ghstack-poisoned]
|
@davidberard98 has imported this pull request. If you are a Facebook employee, you can view this diff on Phabricator. |
|
actually, I'm going to disable the CPU tests on slow-gradcheck for now, since otherwise it times out. |
malfet
left a comment
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.
Hmm, it feels like a much better solution would be to add slow CPU tests, wouldn't it? (which can be done by one-line change to https://github.com/pytorch/pytorch/blob/master/.github/scripts/generate_ci_workflows.py
There are no CPU-only slow test machines, so this enables device_type slow tests (which previously would never run) Differential Revision: [D34628803](https://our.internmc.facebook.com/intern/diff/D34628803) [ghstack-poisoned]
This adds CPU-only slow test jobs, which previously would never run. Includes fixes for fx slow tests which were previously failing, but which never ran. Differential Revision: [D34628803](https://our.internmc.facebook.com/intern/diff/D34628803) [ghstack-poisoned]
This adds CPU-only slow test jobs, which previously would never run. Includes fixes for fx slow tests which were previously failing, but which never ran. Differential Revision: [D34628803](https://our.internmc.facebook.com/intern/diff/D34628803) [ghstack-poisoned]
This adds CPU-only slow test jobs, which previously would never run. Includes fixes for fx slow tests which were previously failing, but which never ran. Differential Revision: [D34628803](https://our.internmc.facebook.com/intern/diff/D34628803) [ghstack-poisoned]
This adds CPU-only slow test jobs, which previously would never run. Includes fixes for fx slow tests which were previously failing, but which never ran. Differential Revision: [D34628803](https://our.internmc.facebook.com/intern/diff/D34628803) [ghstack-poisoned]
| linux-bionic-py3_7-clang9-slow-build: | ||
| name: linux-bionic-py3.7-clang9-slow | ||
| uses: pytorch/pytorch/.github/workflows/_linux-build.yml@master | ||
| with: | ||
| build-environment: linux-bionic-py3.7-clang9-slow | ||
| docker-image-name: pytorch-linux-bionic-py3.7-clang9 |
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.
Do you need a separate build because there are no trunk-only builds?
@suo with new lint workflow is there a way to add a trunk-only test-shard to PR workflow?
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.
it's just standard GH stuff now, so a job with an if statements would work.
Although: can we not just use one of the many trunk gcc builds instead? Is there something about clang that is special here
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.
@suo how would the job with if statements work? e.g. where to put if statements?
re: gcc builds, I think we just want a cpu-only build. AFAICT all the other builds in trunk.yml are for cuda (other than parallelnative, which seems like a special configuration).
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.
oh, that's interesting. Yeah it looks like there is no trunk-only CPU build. idk, personally I think this change is fine; I'd rather just do an extra build than make the workflows more marginally more complicated.
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.
for reference, it would look like the same thing you have, with one additional line:
if: github.event == 'push'
But like I said, I feel like we should just keep pull jobs in pull.yml, and trunk jobs in trunk.yml. CPU builds take sub-10m and are super cheap, so it's not a big deal to overbuild a bit
| linux-bionic-py3_7-clang9-slow-build: | ||
| name: linux-bionic-py3.7-clang9-slow | ||
| uses: pytorch/pytorch/.github/workflows/_linux-build.yml@master | ||
| with: | ||
| build-environment: linux-bionic-py3.7-clang9-slow | ||
| docker-image-name: pytorch-linux-bionic-py3.7-clang9 |
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.
@suo how would the job with if statements work? e.g. where to put if statements?
re: gcc builds, I think we just want a cpu-only build. AFAICT all the other builds in trunk.yml are for cuda (other than parallelnative, which seems like a special configuration).
| @onlyCPU | ||
| @slowTest | ||
| @dtypes(torch.float) | ||
| @unittest.skipIf(True, "Insufficient memory on linux.(2|4)xlarge") |
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.
|
@davidberard98 has imported this pull request. If you are a Facebook employee, you can view this diff on Phabricator. |
Summary: Pull Request resolved: #73748 This adds CPU-only slow test jobs, which previously would never run. Includes fixes/skips for slow tests which fail (they need to be skipped now because they used to never run) Test Plan: Imported from OSS Reviewed By: malfet Differential Revision: D34628803 Pulled By: davidberard98 fbshipit-source-id: c090ab7bf7bda9e24ec5cdefa6fd35c6310dbac0
|
Hey @davidberard98. |
Summary: Pull Request resolved: #73748 This adds CPU-only slow test jobs, which previously would never run. Includes fixes/skips for slow tests which fail (they need to be skipped now because they used to never run) Test Plan: Imported from OSS Reviewed By: malfet Differential Revision: D34628803 Pulled By: davidberard98 fbshipit-source-id: c090ab7bf7bda9e24ec5cdefa6fd35c6310dbac0 (cherry picked from commit 06f7a94)
Stack from ghstack:
This adds CPU-only slow test jobs, which previously would never run.
Includes fixes for fx slow tests which were previously failing, but which never ran.
Differential Revision: D34628803