Skip to content

Configuration

Core reads its settings from the host’s configuration file — slotd.conf on a hosted slot, stationd.conf on a station — when the extension is loaded at start-up. A key that is absent takes its default. A key whose value does not parse as its type also takes its default, and the host logs a warning naming it. A Boolean key is 1, true, yes or on, or 0, false, no or off, compared without regard to case — any other value, including a typo, is warned about and takes the default.


Every Core key bounds exactly one operation, so each is documented on that operation’s page, next to the behaviour it changes. This page is the index.

KeyBoundsDocumented on
core.schedulerSecondsEnabledWhether a Schedule may use 6-field (second-resolution) cronScheduler
core.maxSchedulerPerTaskHow many Scheduler nodes one Task may holdScheduler
core.maxDelayPerTaskHow many Delay nodes one Task may holdDelay
core.windowMaxSamplesThe largest count window a Window node may requestWindow
logLineMaxBytesWhere a Logger line is truncatedLogger
logMemoryLinesHow many log lines the in-memory ring holdsLogger

core.maxSchedulerPerTask and core.maxDelayPerTask are per-Task node counts, not rate limits: they cap how many nodes of that operation a single Task may contain. A negative value means unlimited, which is the default for both.

The cap travels to the editor as part of the operation’s schema, so the editor refuses to add the node that would exceed it rather than letting you build a Task the server will not accept.


The numbers a hosted slot actually runs with are set per plan. This page gives the defaults the extension applies when a key is absent; the values in force for your plan are listed in the Acceptable Use Policy.