Problem
The coupon-bot observed a peak memory usage of 355.9 MB in the last 24 hours, exceeding the project threshold of 256 MB. Current memory is low (85.0 MB) and there are no restarts or error logs, but the peak suggests an intermittent memory pressure or temporary leak under load.
Evidence
- Metrics snapshot (24h):
Peak Memory: 355.9 MB (from the project's metrics snapshot).
- No container restarts (
Container Restarts (total): 0).
- No Error/Fatal log entries in Loki (24h) and log volume is low (706 lines).
Suggested Approach
- Add short-term profiling to reproduce the spike in staging: enable .NET memory allocation/heap metrics or take a periodic memory dump when process RSS > 300 MB.
- Instrument hotspots: record per-endpoint allocation rates (requests/min, memory delta) and large-object-heap usage in production/staging metrics.
- If reproducible, run
dotnet-gcdump / dotnet-trace on a staging pod and analyze with PerfView or dotnet-dump.
- If not reproducible, schedule increased sampling (short-lived heap dumps) for a window of higher traffic.
Problem
The
coupon-botobserved a peak memory usage of 355.9 MB in the last 24 hours, exceeding the project threshold of 256 MB. Current memory is low (85.0 MB) and there are no restarts or error logs, but the peak suggests an intermittent memory pressure or temporary leak under load.Evidence
Peak Memory: 355.9 MB(from the project's metrics snapshot).Container Restarts (total): 0).Suggested Approach
dotnet-gcdump/dotnet-traceon a staging pod and analyze with PerfView ordotnet-dump.