No description
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. |
||
|---|---|---|
| .forgejo/workflows | ||
| .github | ||
| assets | ||
| bin | ||
| config | ||
| docs | ||
| k8s | ||
| lib | ||
| lib_ml | ||
| notebooks | ||
| priv | ||
| rel | ||
| rust/prop_grid_rs | ||
| scripts | ||
| test | ||
| vendor | ||
| .credo.exs | ||
| .dockerignore | ||
| .formatter.exs | ||
| .gitignore | ||
| .tool-versions | ||
| AGENTS.md | ||
| algo.md | ||
| app.json | ||
| CLAUDE.md | ||
| Dockerfile | ||
| elevation.md | ||
| mix.exs | ||
| mix.lock | ||
| prediction.md | ||
| README.md | ||
| tail_logs.sh | ||
| updates.md | ||
Microwaveprop
To start your Phoenix server:
- Run
mix setupto install and setup dependencies - Start Phoenix endpoint with
mix phx.serveror inside IEx withiex -S mix phx.server
Now you can visit localhost:4000 from your browser.
Ready to run in production? Please check our deployment guides.
Learn more
- Official website: https://www.phoenixframework.org/
- Guides: https://hexdocs.pm/phoenix/overview.html
- Docs: https://hexdocs.pm/phoenix
- Forum: https://elixirforum.com/c/phoenix-forum
- Source: https://github.com/phoenixframework/phoenix