Cache restore slow compared to Semaphore CI
See original GitHub issueSemaphore CI have a cache similar to actions/cache@v1
but theirs only takes six seconds to restore our 760MB node_modules
Semaphore CI, compared to twenty eight seconds on GitHub Actions.
This was on Semaphore’s lowest machine type which is comparable to the specifications of the GitHub-hosted runners.
This behavior was observed on multiple builds across several days.
I don’t have a repro because this was observed on a private repo, but it’s easy enough to replicate. I’ll create one if it’s deemed necessary?
Issue Analytics
- State:
- Created 4 years ago
- Comments:12 (9 by maintainers)
Top Results From Across the Web
Caching - Semaphore 2.0 Documentation
The Semaphore caching script will try to recognize your project structure and automatically store or restore dependencies into or from default paths.
Read more >actions/cache@v1 is slow to restore #25087 - GitHub
Semaphore CI have a cache similar to actions/cache@v1 but it only takes six seconds to restore our node_modules one Semaphore, compared to ...
Read more >Caching is very slow for Node.JS projects - gitlab-runner
Overview. Hi, I've tried now several cache configurations to speed up the builds of my Node projects but without luck. Here is my...
Read more >Run parallel jobs on Semaphore CI 2.0 to get faster CI build time
The slow job could affect and made our whole CI build slower. Especially end to end tests (E2E) can be very slow and...
Read more >Semaphore CI - Environment Variables are Incorrect
The cache restore command that has zero arguments would lookup cachable elements and try to fetch them from the repository. $ cache restore...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Could you try to use the v2?
We’re already working on making it faster, and in my environment it’s about three times faster. The next major version will definitely improve.