Repository navigation
Conversation
A request that outgrows the pod now fails with a MemoryError instead of the kernel OOM-killing the daemon (and every in-flight Send/Receive on it). RLIMIT_DATA also counts the daemon's non-resident thread stacks (~170 MB measured), so resident use trips well below the container limit, leaving room for Apache and the CGI hg commands. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01AM78WDGRwYjhxtfmrFr3az
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 52 minutes. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
[Claude, autonomous] Closing: CI disproved this. In the kind cluster (600Mi hgweb, so a 600 MB RLIMIT_DATA) the daemon hit Generated by Claude Code |
[Claude, autonomous]
Sets mod_wsgi
memory-limit(RLIMIT_DATA) on the hgweb daemon to the container's memory limit, via a newHGWEB_MEMORY_LIMITenv var, so a runaway request gets aMemoryErrorand fails alone instead of the kernel OOM-killing the daemon and every in-flight Send/Receive on it.MemoryErrorand the daemon kept serving.Generated by Claude Code