Re: setrlimit() extension suggestion

On Apr 20, 10:43 pm, phil-news-nos...@xxxxxxxx wrote:

I'd like to suggest an extension to setrlimit() and getrlimit(). The resource
symbol would be RLIMIT_TIME (or RLIMIT_LINUX_TIME to designate an extension in
case a future POSIX change uses RLIMIT_TIME in an incompatible way). What it
should do is set a limit on "wallclock" time.

I can't think of a use for it.

Unreliable means exist now. One of them is a parent process that keeps time
and kills the child. But a child could "run away" fairly easily (fork and
change process group). A hard RLIMIT_TIME would be inescapable.

I don't see how that would be useful. You would face an insoluable
"three bears" problem. Minutes are too low for long-lived working
processes, but seconds are too long for fork bombs.

If that's the job, the proposed RLIMIT_TIME is the wrong tool.

DS
.

Relevant Pages

  • Re: setrlimit() extension suggestion
    ... |> case a future POSIX change uses RLIMIT_TIME in an incompatible way). ... |> and kills the child. ... but seconds are too long for fork bombs. ... we need a finer resolution than 1 second, ...
    (comp.os.linux.development.system)
  • setrlimit() extension suggestion
    ... I'd like to suggest an extension to setrlimitand getrlimit. ... case a future POSIX change uses RLIMIT_TIME in an incompatible way). ... and kills the child. ... change process group). ...
    (comp.os.linux.development.system)