fix: protect mastercontainer from OOM situations

[Copilot]

Sets oom_score_adj: -500 in compose.yaml and adds --oom-score-adj -500 to all docker run commands in the documentation. This instructs the Linux OOM killer to strongly prefer killing other processes before the mastercontainer, keeping the AIO interface accessible even under memory pressure.

Changes Made

• compose.yaml — added oom_score_adj: -500 with an explanatory comment
• readme.md — --oom-score-adj -500 added to Linux and Windows docker run commands; explanation bullet added in the <details> section
• reverse-proxy.md — same: Linux + Windows commands and explanation bullet
• multiple-instances.md, develop.md, php/README.md — --oom-score-adj -500 added to each mastercontainer docker run invocation

[Zoey2936]

I would strongly recommend to NOT do this, it makes no sense giving the mastercontainer a lower value then the hosts init process or docker itself.

[szaimen]

@copilot please change the -1000 value to -500

[Copilot]

@copilot please change the -1000 value to -500

Done. Changed all occurrences of -1000 to -500 across compose.yaml, readme.md, reverse-proxy.md, develop.md, multiple-instances.md, and php/README.md, and updated the explanatory text accordingly (commit 988258b).

[szaimen]

@Zoey2936 is this better now?

[Zoey2936]

At least on my system the oom_score is calculates like this: 666 + ((ram-usage / total-ram-swap) * 666), the first 666 comes from it being a non privileged process. So this means setting the adj to -667 or lower will always make it better then any non-privileged process. I think the score of containers should be similiar to expected memory usage. if you understand

[szaimen]

Where do you have the -500 from?

[Zoey2936]

Ohhh that explains it, my server uses alpine as host os which does not set this value. Maybe this could be connected to an env?

[szaimen]

I'll further look into this and work on this after my vacation 👍