chore(scripts): pass higher memory limit in buildup and builddown#24905
chore(scripts): pass higher memory limit in buildup and builddown#24905mergify[bot] merged 3 commits intoaws:mainfrom
buildup and builddown#24905Conversation
buildup and builddownbuildup and builddown
buildup and builddownbuildup and builddown
|
Shouldn't this be 8192? Also this means that gitpod no longer works |
@hoegertn Do you know how increasing the memory limit "breaks" gitpod? Is there a safe number? |
|
Breaking might not be the "right" word but a default GitPod env has 8GB of RAM (https://www.gitpod.io/docs/configure/workspaces/workspace-classes) So maxing out on that limit might not be a good idea. "No longer working was too hard" I remembered lower limits on GitPod, my fault. |
Thanks for clarification! I meant to look at the gitpod setup this week and will try and see if there's a better value for it. |
|
6GB aka 6144 seems to work as well. |
TheRealAmazonKendra
left a comment
There was a problem hiding this comment.
Looks good! Thanks!
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
|
I also just want to provide an FYI in case anyone is unaware and checking out this PR, if you don't need a stateful buildup or builddown, you can use |
AWS CodeBuild CI Report
Powered by github-codebuild-logs, available on the AWS Serverless Application Repository |
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
This follows the pattern in #24425 which seems to especially happen
after #24376 when running these scripts.
Closes #24932
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license