Skip to content

[gcstress] HardwareIntrinsics timing out on osx-arm64 and linux-arm #78323

Open

Description

@jakobbotsch

The hw intrinsics tests seem to time out on aforementioned platforms after #74886.
Test run: https://dev.azure.com/dnceng-public/public/_build/results?buildId=81893&view=ms.vss-test-web.build-test-results-tab&runId=1708824&resultId=220189&paneView=debug

Maybe the stripe count needs to be increased @davidwrighton?

Activity

  1. ghost added
    untriagedNew issue has not been triaged by the area owner
    on Nov 14, 2022
  2. added
    area-CodeGen-coreclrCLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMI
    on Nov 15, 2022
  3. removed
    untriagedNew issue has not been triaged by the area owner
    on Nov 17, 2022
  4. added this to the 8.0.0 milestone on Nov 17, 2022
  5. davidwrighton commented on Nov 28, 2022

    @davidwrighton
    Member

    @jakobbotsch From looking at the logs, this appears to be caused by some sort of actual deadlock, not a test failure. In particular, the test is making good progress for a short period of time, and then stops making progress. I don't have easy access to the appropriate hardware to easily test this, but I think this needs to be investigated as a product failure, and not just increase the parallelism of the testing.

    One thing to be aware of is that in the past, before my change, most hardware intrinsic tests were never run under GCStress. (The tests would mostly be skipped during GCStress execution.)

  6. BruceForstall commented on Nov 29, 2022

    @BruceForstall
    Contributor

    Another set of failures: https://dev.azure.com/dnceng-public/public/_build/results?buildId=94375&view=ms.vss-test-web.build-test-results-tab

    Note that these are GCStress=3 failures, so are generally due to VM, not JIT (or timeout due to GCStress=3 being very slow).

    One thing to be aware of is that in the past, before my change, most hardware intrinsic tests were never run under GCStress. (The tests would mostly be skipped during GCStress execution.)

    Perhaps we should once again disable them under GCStress.

    We currently have GCStressIncompatible. Perhaps we should also have GCStressIncompatible_3/GCStressIncompatible_C for more granularity. Actually, this should already be possible when using the xunit attributes. See https://github.com/dotnet/runtime/blob/main/docs/workflow/ci/disabling-tests.md and https://github.com/dotnet/arcade/blob/main/src/Microsoft.DotNet.XUnitExtensions/src/RuntimeTestModes.cs.

  7. jakobbotsch commented on Jan 4, 2023

    @jakobbotsch
    MemberAuthor

    I don't really see what David was saying above, from the log indeed good progress is made, but we hit the 4 hour Helix timeout specified here after which the Helix job gets killed. I will disable it under gcstress again.

  8. added
    disabled-testThe test is disabled in source code against the issue
    and removed on Jan 5, 2023
  9. modified the milestones: 8.0.0, 9.0.0 on Aug 7, 2023
  10. modified the milestones: 9.0.0, 10.0.0 on Jul 29, 2024
  11. modified the milestones: 10.0.0, Future on May 30, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

GCStressPriority:3Work that is nice to havearea-CodeGen-coreclrCLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMIdisabled-testThe test is disabled in source code against the issue

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions