[lkml]   [2000]   [Jul]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: sysconf (was Re: RLIM_INFINITY inconsistency between archs)

    On Fri, 28 Jul 2000, Frank van Maarseveen wrote:
    > > Read my lips: if it doesn't change value during the running of the
    > > machine, it should not be a system call.
    > I would put it the other way around: if it changes (i.e. it's dynamic) then
    > there's no point in supplying a system call. In that case any need for a
    > max reveals lame programming.


    Putting our two statements together, we obviously never need system calls
    at all, and I should just stop doing this silly kernel :)

    But I agree. As far as sysconf is concerned there are two "system
    configuration" cases:
    - doesn't change. No system call necessary, because we might as well set
    it up with the file in /etc/sysconf or whatever.
    - does change. In which case even _asking_ for a maximum is fairly
    suspect, because you cannot depending on it being the "true" maximum.

    Note that there may well be per-user limits etc, but as far as the kernel
    is concerned those are not sysconf values, they are more akin to ulimit().

    And obviously "sysconf()" can ask for ulimit() kind of things if it wants
    to. The issue of those kinds of limits is actually fairly interesting, and
    Linux could benefit from having more of them (especially of the "per-user"
    variety, considering the "use up all the file descriptors" attacks etc).


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:57    [W:0.024 / U:0.952 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site