Skip to content

Conversation

@copybara-service
Copy link

@copybara-service copybara-service bot commented Nov 3, 2025

runsc: don't forward GOMAXPROCS environment variable to fsgofers

This is not strictly required for runsc-sandbox since
runsc/boot/loader.go:New() unconditionally overrides the default GOMAXPROCS via
a call to gomaxprocs.SetBase().

Alternatively, we could filter out the GOMAXPROCS environment variable from all
shim invocations of runsc (in e.g.
pkg/shim/v1/runsccmd/runsc.go:runsccmd.Runsc.command()). But since said
invocations of runsc run in containerd's cgroups and are thus subject to its
resource restrictions, it's not clear that this would be better.

@copybara-service copybara-service bot added the exported Issue was exported automatically label Nov 3, 2025
@copybara-service copybara-service bot force-pushed the test/cl827638880 branch 2 times, most recently from d67dc60 to 889f6a0 Compare November 4, 2025 19:30
This is not strictly required for runsc-sandbox since
runsc/boot/loader.go:New() unconditionally overrides the default GOMAXPROCS via
a call to gomaxprocs.SetBase().

Alternatively, we could filter out the GOMAXPROCS environment variable from all
shim invocations of runsc (in e.g.
pkg/shim/v1/runsccmd/runsc.go:runsccmd.Runsc.command()). But since said
invocations of runsc run in containerd's cgroups and are thus subject to its
resource restrictions, it's not clear that this would be better.

PiperOrigin-RevId: 828079033
@copybara-service copybara-service bot merged commit fec04fd into master Nov 4, 2025
@copybara-service copybara-service bot deleted the test/cl827638880 branch November 4, 2025 20:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

exported Issue was exported automatically

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants