-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Consider setting hostRequirements for Codespaces #75680
Comments
Tagging subscribers to this area: @dotnet/area-meta Issue DetailsToday, if I go to the This will create a codespaces with 2 cores and 4 GB of RAM. Even with a pre-built container, this offers a somewhat rough experience. Between the VS Code and server-side extensions using some resources, running While it would be nice if things worked in this configuration for folks that want to use the lowest possible billing rate, the frequent OOMs I encountered while using this configuration make me think we need to set a floor on the Codespaces configuration. You can do this with the "hostRequirements": {
"cpus": 4,
"memory": "8gb"
} Folks can always change the specs after they create the codespaces, but it just ends up in a little bit of wasted time and friction trying to do it with the minimum spec. Documentation on is available on our docs. /cc @eerhardt
|
I'm updating the Codespaces configuration with #74683. I can include this change in there as well. |
Developing in dotnet/runtime with a 2-core / 4GB ram machine doesn't work very well. Add a minimum of 4-core machine to the devcontainer spec. Fix dotnet#75680
Today, if I go to the
dotnet/runtime
repository to create a Codespace with the default configuration from the Code button (without clicking the chevron):This will create a codespaces with 2 cores and 4 GB of RAM. Even with a pre-built container, this offers a somewhat rough experience. Between the VS Code and server-side extensions using some resources, running
./dotnet.sh test src/libraries/System.Security.Cryptography/tests
will OOM.While it would be nice if things worked in this configuration for folks that want to use the lowest possible billing rate, the frequent OOMs I encountered while using this configuration make me think we need to set a floor on the Codespaces configuration.
You can do this with the
hostRequirements
section in.devcontainer/devcontainer.json
. I am proposing we add this:Folks can always change the specs after they create the codespaces, but it just ends up in a little bit of wasted time and friction trying to do it with the minimum spec.
Documentation on is available on our docs.
/cc @eerhardt
The text was updated successfully, but these errors were encountered: