pub const fn blocking_pool_size(max_connections: u32) -> usizeExpand description
The blocking pool the runtime is built with, in threads.
Sized from the configuration rather than left at tokio’s 512 so that the two
numbers that matter are related on purpose: every connection’s reserved
lookup slot has a thread to run on, the shared allowance has its own, and
LOOKUP_FREE_THREADS are left over. Threads are created on demand and
reaped when idle, so this is a ceiling and not an allocation – a server with
three clients holds three of them.
Startup-only: a SIGHUP that raises max_connections does not resize the
pool, so the reservation for the connections it adds is best-effort in the
same way RESERVED_LOOKUP_CEILING describes.