Re: [RFC 00/18] Present useful limits to user

2016-06-20 Thread Austin S. Hemmelgarn
On 2016-06-18 10:45, Konstantin Khlebnikov wrote: On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn wrote: On 2016-06-14 15:03, Konstantin Khlebnikov wrote: I don't like the idea of this patchset. All limitations are context dependent and that context changes

Re: [RFC 00/18] Present useful limits to user

2016-06-20 Thread Austin S. Hemmelgarn
On 2016-06-18 10:45, Konstantin Khlebnikov wrote: On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn wrote: On 2016-06-14 15:03, Konstantin Khlebnikov wrote: I don't like the idea of this patchset. All limitations are context dependent and that context changes rapidly. You'll never dump

Re: [RFC 00/18] Present useful limits to user

2016-06-19 Thread Topi Miettinen
On 06/18/16 14:45, Konstantin Khlebnikov wrote: > On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn > wrote: >> On 2016-06-14 15:03, Konstantin Khlebnikov wrote: >>> >>> I don't like the idea of this patchset. >>> >>> All limitations are context dependent and that

Re: [RFC 00/18] Present useful limits to user

2016-06-19 Thread Topi Miettinen
On 06/18/16 14:45, Konstantin Khlebnikov wrote: > On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn > wrote: >> On 2016-06-14 15:03, Konstantin Khlebnikov wrote: >>> >>> I don't like the idea of this patchset. >>> >>> All limitations are context dependent and that context changes rapidly. >>>

Re: [RFC 00/18] Present useful limits to user

2016-06-18 Thread Konstantin Khlebnikov
On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn wrote: > On 2016-06-14 15:03, Konstantin Khlebnikov wrote: >> >> I don't like the idea of this patchset. >> >> All limitations are context dependent and that context changes rapidly. >> You'll never dump enough

Re: [RFC 00/18] Present useful limits to user

2016-06-18 Thread Konstantin Khlebnikov
On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn wrote: > On 2016-06-14 15:03, Konstantin Khlebnikov wrote: >> >> I don't like the idea of this patchset. >> >> All limitations are context dependent and that context changes rapidly. >> You'll never dump enough information for predicting

Re: [RFC 00/18] Present useful limits to user

2016-06-15 Thread Austin S. Hemmelgarn
On 2016-06-14 15:03, Konstantin Khlebnikov wrote: I don't like the idea of this patchset. All limitations are context dependent and that context changes rapidly. You'll never dump enough information for predicting future errors or investigating reson of errors in past. You could try to

Re: [RFC 00/18] Present useful limits to user

2016-06-15 Thread Austin S. Hemmelgarn
On 2016-06-14 15:03, Konstantin Khlebnikov wrote: I don't like the idea of this patchset. All limitations are context dependent and that context changes rapidly. You'll never dump enough information for predicting future errors or investigating reson of errors in past. You could try to

Re: [RFC 00/18] Present useful limits to user

2016-06-14 Thread Topi Miettinen
On 06/14/16 19:03, Konstantin Khlebnikov wrote: > I don't like the idea of this patchset. > > All limitations are context dependent and that context changes rapidly. > You'll never dump enough information for predicting future errors or > investigating reson of errors in past. You could try to

Re: [RFC 00/18] Present useful limits to user

2016-06-14 Thread Topi Miettinen
On 06/14/16 19:03, Konstantin Khlebnikov wrote: > I don't like the idea of this patchset. > > All limitations are context dependent and that context changes rapidly. > You'll never dump enough information for predicting future errors or > investigating reson of errors in past. You could try to

Re: [RFC 00/18] Present useful limits to user

2016-06-14 Thread Konstantin Khlebnikov
I don't like the idea of this patchset. All limitations are context dependent and that context changes rapidly. You'll never dump enough information for predicting future errors or investigating reson of errors in past. You could try to reproduce all kernel logic but model always will be

Re: [RFC 00/18] Present useful limits to user

2016-06-14 Thread Konstantin Khlebnikov
I don't like the idea of this patchset. All limitations are context dependent and that context changes rapidly. You'll never dump enough information for predicting future errors or investigating reson of errors in past. You could try to reproduce all kernel logic but model always will be

[RFC 00/18] Present useful limits to user

2016-06-13 Thread Topi Miettinen
Hello, There are many basic ways to control processes, including capabilities, cgroups and resource limits. However, there are far fewer ways to find out useful values for the limits, except blind trial and error. This patch series attempts to fix that by giving at least a nice starting point

[RFC 00/18] Present useful limits to user

2016-06-13 Thread Topi Miettinen
Hello, There are many basic ways to control processes, including capabilities, cgroups and resource limits. However, there are far fewer ways to find out useful values for the limits, except blind trial and error. This patch series attempts to fix that by giving at least a nice starting point