cli icon indicating copy to clipboard operation
cli copied to clipboard

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

Open neoandmatrix opened this issue 9 months ago • 6 comments

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?

  • [x] 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 avatar Mar 12 '25 03:03 neoandmatrix

https://github.com/actions/runner-images/issues/7320

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

neoandmatrix avatar Mar 12 '25 04:03 neoandmatrix

actions/runner-images#7320

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

  • https://github.com/actions/runner-images/issues/7320#issuecomment-1862639391
  • https://github.com/actions/runner-images/issues/7320#issuecomment-2015327605 Some ideas regarding these, what do you think about the fix for this ? @Shurtu-gal

AayushSaini101 avatar Mar 12 '25 05:03 AayushSaini101

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.

Shurtu-gal avatar Mar 12 '25 07:03 Shurtu-gal

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.

neoandmatrix avatar Mar 12 '25 07:03 neoandmatrix

This issue has been automatically marked as stale because it has not had recent activity :sleeping:

It will be closed in 120 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation.

There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model.

Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here.

Thank you for your patience :heart:

github-actions[bot] avatar Aug 17 '25 00:08 github-actions[bot]

Still relevant.

neoandmatrix avatar Oct 14 '25 15:10 neoandmatrix