pytorch - 💡(How to fix) Fix DISABLED test_both_thresholds (__main__.TestCachingHostAllocatorConfig) [1 comments, 1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
pytorch/pytorch#182087Fetched 2026-05-01 05:32:30
View on GitHub
Comments
1
Participants
1
Timeline
29
Reactions
0
Participants
Timeline (top)
mentioned ×12subscribed ×12labeled ×4commented ×1

Error Message

Traceback (most recent call last): File "/var/lib/jenkins/workspace/test/test_cuda.py", line 6312, in test_both_thresholds self.assertEqual(stats["allocations.current"], 1) File "/opt/conda/envs/py_3.10/lib/python3.10/site-packages/torch/testing/_internal/common_utils.py", line 4525, in assertEqual raise error_metas.pop()[0].to_error( # type: ignore[index] AssertionError: Scalars are not equal!

Expected 1 but got 2. Absolute difference: 1 Relative difference: 1.0

To execute this test, run the following from the base repo dir: PYTORCH_TEST_CUDA_MEM_LEAK_CHECK=1 PYTORCH_TEST_WITH_SLOW_GRADCHECK=1 python test/test_cuda.py TestCachingHostAllocatorConfig.test_both_thresholds

This message can be suppressed by setting PYTORCH_PRINT_REPRO_ON_FAILURE=0

Root Cause

This test was disabled because it is failing in CI. See recent examples and the most recent trunk workflow logs.

Code Example

Traceback (most recent call last):
  File "/var/lib/jenkins/workspace/test/test_cuda.py", line 6312, in test_both_thresholds
    self.assertEqual(stats["allocations.current"], 1)
  File "/opt/conda/envs/py_3.10/lib/python3.10/site-packages/torch/testing/_internal/common_utils.py", line 4525, in assertEqual
    raise error_metas.pop()[0].to_error(  # type: ignore[index]
AssertionError: Scalars are not equal!

Expected 1 but got 2.
Absolute difference: 1
Relative difference: 1.0

To execute this test, run the following from the base repo dir:
    PYTORCH_TEST_CUDA_MEM_LEAK_CHECK=1 PYTORCH_TEST_WITH_SLOW_GRADCHECK=1 python test/test_cuda.py TestCachingHostAllocatorConfig.test_both_thresholds

This message can be suppressed by setting PYTORCH_PRINT_REPRO_ON_FAILURE=0
RAW_BUFFERClick to expand / collapse

Platforms: linux, slow

This test was disabled because it is failing in CI. See recent examples and the most recent trunk workflow logs.

Over the past 6 hours, it has been determined flaky in 3 workflow(s) with 6 failures and 3 successes.

Debugging instructions (after clicking on the recent samples link): DO NOT ASSUME THINGS ARE OKAY IF THE CI IS GREEN. We now shield flaky tests from developers so CI will thus be green but it will be harder to parse the logs. To find relevant log snippets:

  1. Click on the workflow logs linked above
  2. Click on the Test step of the job so that it is expanded. Otherwise, the grepping will not work.
  3. Grep for test_both_thresholds
  4. There should be several instances run (as flaky tests are rerun in CI) from which you can study the logs.
<details><summary>Sample error message</summary>
Traceback (most recent call last):
  File "/var/lib/jenkins/workspace/test/test_cuda.py", line 6312, in test_both_thresholds
    self.assertEqual(stats["allocations.current"], 1)
  File "/opt/conda/envs/py_3.10/lib/python3.10/site-packages/torch/testing/_internal/common_utils.py", line 4525, in assertEqual
    raise error_metas.pop()[0].to_error(  # type: ignore[index]
AssertionError: Scalars are not equal!

Expected 1 but got 2.
Absolute difference: 1
Relative difference: 1.0

To execute this test, run the following from the base repo dir:
    PYTORCH_TEST_CUDA_MEM_LEAK_CHECK=1 PYTORCH_TEST_WITH_SLOW_GRADCHECK=1 python test/test_cuda.py TestCachingHostAllocatorConfig.test_both_thresholds

This message can be suppressed by setting PYTORCH_PRINT_REPRO_ON_FAILURE=0
</details>

Test file path: test_cuda.py

For all disabled tests (by GitHub issue), see https://hud.pytorch.org/disabled.

cc @ptrblck @msaroufim @eqy @jerryzh168 @tinglvv @nWEIdia

extent analysis

TL;DR

The most likely fix involves investigating and resolving the inconsistency in the test_both_thresholds test case, where the expected allocation count is 1 but the actual count is 2.

Guidance

  • Investigate the test_both_thresholds test case in test_cuda.py to understand why the expected allocation count is 1 but the actual count is 2.
  • Review the workflow logs and grep for test_both_thresholds to study the logs and identify potential causes of the inconsistency.
  • Run the test locally using the provided command PYTORCH_TEST_CUDA_MEM_LEAK_CHECK=1 PYTORCH_TEST_WITH_SLOW_GRADCHECK=1 python test/test_cuda.py TestCachingHostAllocatorConfig.test_both_thresholds to reproduce and debug the issue.
  • Check the stats["allocations.current"] value to see why it's returning 2 instead of the expected 1.

Notes

The issue seems to be related to a flaky test case, and the provided error message suggests an inconsistency in the allocation count. However, without more information about the test case and the code, it's difficult to provide a more specific fix.

Recommendation

Apply workaround: Investigate and resolve the inconsistency in the test_both_thresholds test case, as it's currently causing flaky test failures.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

pytorch - 💡(How to fix) Fix DISABLED test_both_thresholds (__main__.TestCachingHostAllocatorConfig) [1 comments, 1 participants]