Can the cgroup PID limit be raised on our plan?
lironfine
PROOP

a month ago

Project: sefer nolad

Service: sefer-nolad-bethaorchim

Environment: production

Hi,

We run a single-replica Node service that renders PDFs using headless Chrome. Each render spawns a Chrome process tree that peaks at roughly 200 tasks, so we can only run three renders concurrently before approaching the cgroup PID ceiling.

What we measure from inside the container:

/sys/fs/cgroup pids.max 1000

pids.current at idle 24

pids.current per render ~200 peak

The constraint is purely the task count. At the same time, the machine itself is almost idle:

CPU ~3% of 24 vCPU

Memory ~4% of 24 GB

So we are paying for capacity we cannot use, and the only thing standing between us and roughly eight concurrent renders is pids.max.

Two questions:

Is pids.max configurable per service, and can it be raised for us? We could not find it documented for any plan.

If it is fixed, is it fixed per replica? We want to confirm that horizontal scaling gives each replica its own budget rather than splitting one.

We are not asking for more CPU or memory. Only the task-count ceiling.

Thanks.

Solved

1 Replies

Railway
BOT

a month ago

The Pro plan PID limit is 1,000 per container, which is what you are seeing. It is not user-configurable. To your second question: yes, each replica runs in its own cgroup, so scaling horizontally gives every replica its own 1,000-task budget.


Status changed to Awaiting User Response Railway • about 1 month ago


Railway
BOT

a month ago

This thread has been marked as solved automatically due to a lack of recent activity. Please re-open this thread or create a new one if you require further assistance. Thank you!

Status changed to Solved Railway • about 1 month ago


Welcome!

Sign in to your Railway account to join the conversation.

Loading...