Hello,
On 15.6.2018 г. 22:07 ч., Tejun Heo wrote:
On Fri, Jun 15, 2018 at 08:40:02PM +0300, Ivan Zahariev wrote:
The lazy pids accounting + modern fast CPUs makes the "pids.current"
metric practically unusable for resource limiting in our case. For a
test, when we started and ended
Hello,
On 15.6.2018 г. 19:16 ч., Tejun Heo wrote:
On Fri, Jun 15, 2018 at 07:07:27PM +0300, Ivan Zahariev wrote:
I understand all concerns and design decisions. However, having
RLIMIT_NPROC support combined with "cgroups" hierarchy would be very
handy.
Does it make sense that you
Hi,
Thank you for the quick and insightful reply. I have one suggestion below:
On 15.6.2018 г. 18:41 ч., Tejun Heo wrote:
On Fri, Jun 15, 2018 at 05:26:04PM +0300, Ivan Zahariev wrote:
The standard RLIMIT_NPROC does not suffer from such accounting
discrepancies at any time.
They seem
On 14.6.2018 г. 18:06 ч., Tejun Heo wrote:
On Thu, Jun 14, 2018 at 02:56:00PM +0300, Ivan Zahariev wrote:
I posted a kernel bug about this a month ago but it did not receive
any attention: https://bugzilla.kernel.org/show_bug.cgi?id=199713
Here is a copy of the bug report and I hope that this
4 matches
Mail list logo
