Pods were OOMKilled at :05 every hour at the 3 GiB cgroup limit. Idle RSS climbed 750 MiB → 1.5 GiB across pod lifetime as the hourly f00 analysis cycled surface + pressure + native-duct blobs (50 MB / 400 MB / 530 MB) simultaneously during decode. glibc malloc retains dirty pages after freeing those large transient allocations, so RSS drifted upward with each cycle and the next hourly peak eventually crossed the limit. jemalloc's background decay returns pages to the kernel on a short schedule, so RSS tracks the actual working set. Wired in at lib.rs so both `worker` and `hrrr_point_worker` inherit it. Skipped on MSVC targets (Windows CI if we ever add one); dev builds on macOS still pick it up via the generic target_env gate. |
||
|---|---|---|
| .. | ||
| prop_grid_rs | ||