Skip to content
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

[BUG] Windows test is slow compared to tests on other operating systems. #1715

Open
2 tasks done
neoandmatrix opened this issue Mar 12, 2025 · 4 comments
Open
2 tasks done
Labels
bug Something isn't working

Comments

@neoandmatrix
Copy link
Contributor

Describe the bug.

The CI tests that run with every PR on windows operating system are too slow as compared to tests on other operating systems as seen form here https://github.com/asyncapi/cli/actions/runs/13762300626/job/38480929274?pr=1695 .

Expected behavior

Tests should have better performance.

Screenshots

Image

How to Reproduce

  1. Make a Pull Request or open any previous one.
  2. Check the checks that ran.
  3. Observe the test on windows is takes quite a bit longer time than the rest.

🥦 Browser

None

👀 Have you checked for similar open issues?

  • I checked and didn't find similar issue

🏢 Have you read the Contributing Guidelines?

Are you willing to work on this issue ?

Yes I am willing to submit a PR!

@neoandmatrix neoandmatrix added the bug Something isn't working label Mar 12, 2025
@github-project-automation github-project-automation bot moved this to To Triage in CLI - Kanban Mar 12, 2025
@neoandmatrix
Copy link
Contributor Author

actions/runner-images#7320

An issue related to this, looks like it's a widespread issue and common also.

@AayushSaini101
Copy link
Collaborator

@Shurtu-gal
Copy link
Collaborator

Shurtu-gal commented Mar 12, 2025

We need a windows environment as we are packaging for it as well. Also we have faced weird edge cases in the past which gets flagged out here, so it is mandatory.

Coming to speed, I was digging through this 2-3 months back, the only thing I could find was windows takes a large amount of time to install the packages itself (maybe due to file system overhead). This is visible in both npm i and generator (as generator also installs npm package).

Would be great if somebody could verify how much a setup and test run takes on a windows environment where packages are not cached v.s cached.

@neoandmatrix
Copy link
Contributor Author

We need a windows environment as we are packaging for it as well. Also we have faced weird edge cases in the past which gets flagged out here, so it is mandatory.

Coming to speed, I was digging through this 2-3 months back, the only thing I could find was windows takes a large amount of time to install the packages itself (maybe due to file system overhead). This is visible in both npm i and generator (as generator also installs npm package).

Would be great if somebody could verify how much a setup and test run takes on a windows environment where packages are not cached v.s cached.

Thanks for insights, will try to test out if caching can improve this or not.

Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Status: To Triage
Development

No branches or pull requests

3 participants