1 Answer
- Newest
- Most votes
- Most comments
0
Hello,
The information provided is quite less to dig deep into the issue. There could be multiple factors responsible for the same. Hence the best scenario would be to open up an AWS Support Case & then provide the relevant information related to memory, latency etc to determine the cause for the same.
Meanwhile, below is the document provided as a best practice for the AWS Code build to improve performance: https://aws.amazon.com/blogs/devops/improve-build-performance-and-save-time-using-local-caching-in-aws-codebuild/
Relevant content
- asked 2 years ago
- asked a year ago
- asked 2 years ago
- asked 3 years ago
- AWS OFFICIALUpdated 10 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 3 years ago
- AWS OFFICIALUpdated 3 years ago
The builds are not slow to execute. They are slow to start!. It takes a good 40 minutes for a "nested" build project to start. They are stuck in the queue all that time, but once they run, no issues during the build is observed. And not, I am not reaching the per account per region limit of concurrency builds.
Also seen similar posts in other AWS Regions that were posted quite close the time I first started to notice the latency in getting the builds from queued to start / provisioning. So this is something that either is going slow in the codebuild backend or, but much more doubtful, AWS is "running out" of capacity for codebuild projects to run in their allocated pool ?