|
ReUseX
0.0.5
3D Point Cloud Processing for Building Reuse
|
Tuning knobs for the job store. More...
#include <JobRunner.hpp>
Public Attributes | |
| size_t | max_terminal_jobs = 256 |
| Terminal (succeeded/failed/cancelled) jobs retained before the oldest are dropped. | |
Tuning knobs for the job store.
Definition at line 139 of file JobRunner.hpp.
| size_t reusex::pipeline::JobRunnerOptions::max_terminal_jobs = 256 |
Terminal (succeeded/failed/cancelled) jobs retained before the oldest are dropped.
Queued and running jobs are never evicted.
256 is an upper bound, not a working set. A JobRecord is a few hundred bytes — ids, timestamps, the parameter blob and the result summary — so the whole retained history costs well under a megabyte, while a day of GUI use produces tens of jobs, not hundreds. The cap exists so a server left open for a week cannot grow without limit; it is deliberately far above anything a user would scroll back through, because the cost of forgetting a job someone still holds an id for is much higher than the cost of keeping it.
Definition at line 151 of file JobRunner.hpp.