1994-05-27 05:00:24 +00:00
|
|
|
.\" Copyright (c) 1980, 1991, 1993
|
|
|
|
.\" The Regents of the University of California. All rights reserved.
|
|
|
|
.\"
|
|
|
|
.\" Redistribution and use in source and binary forms, with or without
|
|
|
|
.\" modification, are permitted provided that the following conditions
|
|
|
|
.\" are met:
|
|
|
|
.\" 1. Redistributions of source code must retain the above copyright
|
|
|
|
.\" notice, this list of conditions and the following disclaimer.
|
|
|
|
.\" 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
.\" notice, this list of conditions and the following disclaimer in the
|
|
|
|
.\" documentation and/or other materials provided with the distribution.
|
|
|
|
.\" 4. Neither the name of the University nor the names of its contributors
|
|
|
|
.\" may be used to endorse or promote products derived from this software
|
|
|
|
.\" without specific prior written permission.
|
|
|
|
.\"
|
|
|
|
.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
.\" SUCH DAMAGE.
|
|
|
|
.\"
|
|
|
|
.\" @(#)getrlimit.2 8.1 (Berkeley) 6/4/93
|
1999-08-28 00:22:10 +00:00
|
|
|
.\" $FreeBSD$
|
1994-05-27 05:00:24 +00:00
|
|
|
.\"
|
Integrate the new MPSAFE TTY layer to the FreeBSD operating system.
The last half year I've been working on a replacement TTY layer for the
FreeBSD kernel. The new TTY layer was designed to improve the following:
- Improved driver model:
The old TTY layer has a driver model that is not abstract enough to
make it friendly to use. A good example is the output path, where the
device drivers directly access the output buffers. This means that an
in-kernel PPP implementation must always convert network buffers into
TTY buffers.
If a PPP implementation would be built on top of the new TTY layer
(still needs a hooks layer, though), it would allow the PPP
implementation to directly hand the data to the TTY driver.
- Improved hotplugging:
With the old TTY layer, it isn't entirely safe to destroy TTY's from
the system. This implementation has a two-step destructing design,
where the driver first abandons the TTY. After all threads have left
the TTY, the TTY layer calls a routine in the driver, which can be
used to free resources (unit numbers, etc).
The pts(4) driver also implements this feature, which means
posix_openpt() will now return PTY's that are created on the fly.
- Improved performance:
One of the major improvements is the per-TTY mutex, which is expected
to improve scalability when compared to the old Giant locking.
Another change is the unbuffered copying to userspace, which is both
used on TTY device nodes and PTY masters.
Upgrading should be quite straightforward. Unlike previous versions,
existing kernel configuration files do not need to be changed, except
when they reference device drivers that are listed in UPDATING.
Obtained from: //depot/projects/mpsafetty/...
Approved by: philip (ex-mentor)
Discussed: on the lists, at BSDCan, at the DevSummit
Sponsored by: Snow B.V., the Netherlands
dcons(4) fixed by: kan
2008-08-20 08:31:58 +00:00
|
|
|
.Dd August 20, 2008
|
1994-05-27 05:00:24 +00:00
|
|
|
.Dt GETRLIMIT 2
|
2001-07-10 13:41:46 +00:00
|
|
|
.Os
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh NAME
|
|
|
|
.Nm getrlimit ,
|
|
|
|
.Nm setrlimit
|
|
|
|
.Nd control maximum system resource consumption
|
2000-04-21 09:42:15 +00:00
|
|
|
.Sh LIBRARY
|
|
|
|
.Lb libc
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh SYNOPSIS
|
2001-10-01 16:09:29 +00:00
|
|
|
.In sys/types.h
|
|
|
|
.In sys/time.h
|
|
|
|
.In sys/resource.h
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
|
|
|
.Fn getrlimit "int resource" "struct rlimit *rlp"
|
|
|
|
.Ft int
|
1997-04-11 18:47:10 +00:00
|
|
|
.Fn setrlimit "int resource" "const struct rlimit *rlp"
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh DESCRIPTION
|
|
|
|
Limits on the consumption of system resources by the current process
|
|
|
|
and each process it creates may be obtained with the
|
|
|
|
.Fn getrlimit
|
2002-12-18 09:22:32 +00:00
|
|
|
system call, and set with the
|
1994-05-27 05:00:24 +00:00
|
|
|
.Fn setrlimit
|
2002-12-18 09:22:32 +00:00
|
|
|
system call.
|
1994-05-27 05:00:24 +00:00
|
|
|
.Pp
|
|
|
|
The
|
|
|
|
.Fa resource
|
2002-12-19 09:40:28 +00:00
|
|
|
argument is one of the following:
|
1994-05-27 05:00:24 +00:00
|
|
|
.Bl -tag -width RLIMIT_FSIZEAA
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_AS
|
2004-06-13 22:19:29 +00:00
|
|
|
The maximum amount (in bytes) of virtual memory the process is
|
|
|
|
allowed to map.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_CORE
|
1994-05-27 05:00:24 +00:00
|
|
|
The largest size (in bytes)
|
1996-03-27 20:49:07 +00:00
|
|
|
.Xr core 5
|
1994-05-27 05:00:24 +00:00
|
|
|
file that may be created.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_CPU
|
1994-05-27 05:00:24 +00:00
|
|
|
The maximum amount of cpu time (in seconds) to be used by
|
|
|
|
each process.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_DATA
|
1994-05-27 05:00:24 +00:00
|
|
|
The maximum size (in bytes) of the data segment for a process;
|
|
|
|
this defines how far a program may extend its break with the
|
|
|
|
.Xr sbrk 2
|
2002-12-18 09:22:32 +00:00
|
|
|
function.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_FSIZE
|
1994-05-27 05:00:24 +00:00
|
|
|
The largest size (in bytes) file that may be created.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_MEMLOCK
|
1994-05-27 05:00:24 +00:00
|
|
|
The maximum size (in bytes) which a process may lock into memory
|
|
|
|
using the
|
|
|
|
.Xr mlock 2
|
2002-12-18 09:22:32 +00:00
|
|
|
system call.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_NOFILE
|
1994-05-27 05:00:24 +00:00
|
|
|
The maximum number of open files for this process.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_NPROC
|
1994-05-27 05:00:24 +00:00
|
|
|
The maximum number of simultaneous processes for this user id.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_RSS
|
1994-05-27 05:00:24 +00:00
|
|
|
The maximum size (in bytes) to which a process's resident set size may
|
|
|
|
grow.
|
|
|
|
This imposes a limit on the amount of physical memory to be given to
|
|
|
|
a process; if memory is tight, the system will prefer to take memory
|
|
|
|
from processes that are exceeding their declared resident set size.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_SBSIZE
|
1999-12-03 23:25:14 +00:00
|
|
|
The maximum size (in bytes) of socket buffer usage for this user.
|
|
|
|
This limits the amount of network memory, and hence the amount of
|
|
|
|
mbufs, that this user may hold at any time.
|
2004-06-14 01:32:40 +00:00
|
|
|
.It Dv RLIMIT_STACK
|
2004-06-13 22:19:29 +00:00
|
|
|
The maximum size (in bytes) of the stack segment for a process;
|
|
|
|
this defines how far a program's stack segment may be extended.
|
|
|
|
Stack extension is performed automatically by the system.
|
Integrate the new MPSAFE TTY layer to the FreeBSD operating system.
The last half year I've been working on a replacement TTY layer for the
FreeBSD kernel. The new TTY layer was designed to improve the following:
- Improved driver model:
The old TTY layer has a driver model that is not abstract enough to
make it friendly to use. A good example is the output path, where the
device drivers directly access the output buffers. This means that an
in-kernel PPP implementation must always convert network buffers into
TTY buffers.
If a PPP implementation would be built on top of the new TTY layer
(still needs a hooks layer, though), it would allow the PPP
implementation to directly hand the data to the TTY driver.
- Improved hotplugging:
With the old TTY layer, it isn't entirely safe to destroy TTY's from
the system. This implementation has a two-step destructing design,
where the driver first abandons the TTY. After all threads have left
the TTY, the TTY layer calls a routine in the driver, which can be
used to free resources (unit numbers, etc).
The pts(4) driver also implements this feature, which means
posix_openpt() will now return PTY's that are created on the fly.
- Improved performance:
One of the major improvements is the per-TTY mutex, which is expected
to improve scalability when compared to the old Giant locking.
Another change is the unbuffered copying to userspace, which is both
used on TTY device nodes and PTY masters.
Upgrading should be quite straightforward. Unlike previous versions,
existing kernel configuration files do not need to be changed, except
when they reference device drivers that are listed in UPDATING.
Obtained from: //depot/projects/mpsafetty/...
Approved by: philip (ex-mentor)
Discussed: on the lists, at BSDCan, at the DevSummit
Sponsored by: Snow B.V., the Netherlands
dcons(4) fixed by: kan
2008-08-20 08:31:58 +00:00
|
|
|
.It Dv RLIMIT_NPTS
|
|
|
|
The maximum number of pseudo-terminals created by this user id.
|
1994-05-27 05:00:24 +00:00
|
|
|
.El
|
|
|
|
.Pp
|
2004-07-02 23:52:20 +00:00
|
|
|
A resource limit is specified as a soft limit and a hard limit.
|
|
|
|
When a
|
1994-05-27 05:00:24 +00:00
|
|
|
soft limit is exceeded a process may receive a signal (for example, if
|
|
|
|
the cpu time or file size is exceeded), but it will be allowed to
|
|
|
|
continue execution until it reaches the hard limit (or modifies
|
2004-07-02 23:52:20 +00:00
|
|
|
its resource limit).
|
|
|
|
The
|
2002-12-18 13:33:04 +00:00
|
|
|
.Vt rlimit
|
1994-05-27 05:00:24 +00:00
|
|
|
structure is used to specify the hard and soft limits on a resource,
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
struct rlimit {
|
1997-01-30 21:31:52 +00:00
|
|
|
rlim_t rlim_cur; /* current (soft) limit */
|
|
|
|
rlim_t rlim_max; /* maximum value for rlim_cur */
|
1994-05-27 05:00:24 +00:00
|
|
|
};
|
|
|
|
.Ed
|
|
|
|
.Pp
|
2004-07-02 23:52:20 +00:00
|
|
|
Only the super-user may raise the maximum limits.
|
|
|
|
Other users
|
2001-07-15 07:53:42 +00:00
|
|
|
may only alter
|
1994-05-27 05:00:24 +00:00
|
|
|
.Fa rlim_cur
|
2001-07-15 07:53:42 +00:00
|
|
|
within the range from 0 to
|
1994-05-27 05:00:24 +00:00
|
|
|
.Fa rlim_max
|
|
|
|
or (irreversibly) lower
|
|
|
|
.Fa rlim_max .
|
|
|
|
.Pp
|
|
|
|
An
|
|
|
|
.Dq infinite
|
|
|
|
value for a limit is defined as
|
|
|
|
.Dv RLIM_INFINITY .
|
|
|
|
.Pp
|
|
|
|
Because this information is stored in the per-process information,
|
|
|
|
this system call must be executed directly by the shell if it
|
|
|
|
is to affect all future processes created by the shell;
|
|
|
|
.Ic limit
|
|
|
|
is thus a built-in command to
|
|
|
|
.Xr csh 1 .
|
|
|
|
.Pp
|
|
|
|
The system refuses to extend the data or stack space when the limits
|
|
|
|
would be exceeded in the normal way: a
|
1998-01-11 22:22:50 +00:00
|
|
|
.Xr brk 2
|
2002-12-18 09:22:32 +00:00
|
|
|
function fails if the data space limit is reached.
|
1994-05-27 05:00:24 +00:00
|
|
|
When the stack limit is reached, the process receives
|
|
|
|
a segmentation fault
|
|
|
|
.Pq Dv SIGSEGV ;
|
|
|
|
if this signal is not
|
|
|
|
caught by a handler using the signal stack, this signal
|
|
|
|
will kill the process.
|
|
|
|
.Pp
|
|
|
|
A file I/O operation that would create a file larger that the process'
|
|
|
|
soft limit will cause the write to fail and a signal
|
|
|
|
.Dv SIGXFSZ
|
|
|
|
to be
|
2004-07-02 23:52:20 +00:00
|
|
|
generated; this normally terminates the process, but may be caught.
|
|
|
|
When
|
1994-05-27 05:00:24 +00:00
|
|
|
the soft cpu time limit is exceeded, a signal
|
|
|
|
.Dv SIGXCPU
|
|
|
|
is sent to the
|
|
|
|
offending process.
|
|
|
|
.Sh RETURN VALUES
|
2001-08-31 09:57:38 +00:00
|
|
|
.Rv -std
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh ERRORS
|
2002-12-18 09:22:32 +00:00
|
|
|
The
|
|
|
|
.Fn getrlimit
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
|
|
|
.Fn setrlimit
|
2002-12-18 09:22:32 +00:00
|
|
|
system calls
|
1994-05-27 05:00:24 +00:00
|
|
|
will fail if:
|
|
|
|
.Bl -tag -width Er
|
|
|
|
.It Bq Er EFAULT
|
|
|
|
The address specified for
|
|
|
|
.Fa rlp
|
|
|
|
is invalid.
|
|
|
|
.It Bq Er EPERM
|
|
|
|
The limit specified to
|
|
|
|
.Fn setrlimit
|
|
|
|
would have
|
|
|
|
raised the maximum limit value, and the caller is not the super-user.
|
|
|
|
.El
|
|
|
|
.Sh SEE ALSO
|
|
|
|
.Xr csh 1 ,
|
1996-02-11 22:38:05 +00:00
|
|
|
.Xr quota 1 ,
|
|
|
|
.Xr quotactl 2 ,
|
1994-05-27 05:00:24 +00:00
|
|
|
.Xr sigaltstack 2 ,
|
|
|
|
.Xr sigvec 2 ,
|
2002-08-09 11:33:23 +00:00
|
|
|
.Xr sysctl 3 ,
|
|
|
|
.Xr ulimit 3
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh HISTORY
|
|
|
|
The
|
1996-08-22 23:31:07 +00:00
|
|
|
.Fn getrlimit
|
2002-12-18 09:22:32 +00:00
|
|
|
system call appeared in
|
1994-05-27 05:00:24 +00:00
|
|
|
.Bx 4.2 .
|