You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The job runner will happily spawn a goroutine and a container for as many jobs as you throw at it. It would be more prudent to apply some kind of rate-limiting to the jobs that are consumed by a single runner.
The text was updated successfully, but these errors were encountered:
It gets tricky once we start supporting multiple languages (or layers). We might need to have separate pools of each image type (configurable on the fly through the admin interface?) and allow some slop space for runs of ad-hoc images if we guess wrong about the allocation.
The job runner will happily spawn a goroutine and a container for as many jobs as you throw at it. It would be more prudent to apply some kind of rate-limiting to the jobs that are consumed by a single runner.
The text was updated successfully, but these errors were encountered: