<div dir="ltr"><div>Hi all,</div><div><br></div><div>8 yeas after this interesting thread about using ulimit to limit the data segment size (<a href="https://www.monetdb.org/pipermail/users-list/2010-March/004007.html">https://www.monetdb.org/pipermail/users-list/2010-March/004007.html</a>), a few things have changed and I find myself a bit lost again about memory management.</div><div><br></div><div>At some point (can't remember when) mserver5 stopped respecting ulimit. No matter how I change the limits, it always sees all available physical ram. Does any other mechanism exist?</div><div><br></div><div>The issue I'm facing all the time, and for which I find very little documentation, is:</div><div>- multiple dbfarms, possibly tens of mserver5 instances, running on the same (virtual) machine, plus other applications</div><div>- Not necessarily, but most times each dmfarm is served by a Docker container</div><div>- CPU and memory resources need to be share fairly (ideally, controlling priorities)</div><div>- No mserver5 should ever be killed because of memory issues</div><div><br></div><div>Now, especially when using Docker, there are means to control the maximum memory size allowed to each process. However, the resolution in case of overusage is to kill the process. That is of course not a solution.</div><div><br></div><div>What I'm looking for is: can I set a cap to resources *at process level*, in a way that mserver5 will just *see* those, make the best out of them, and never try to use more? (yes, one way would be a VM, but far from ideal for me)</div><div><br></div><div>Does anyone have experience with / tips about multi-dbfarm environments?</div><div><br></div><div>Thanks!</div><div>Roberto</div></div>