Vous êtes dans : GNU/Linux Astuces / Pages man [Section2 - Appels système]

GETRLIMIT

Index

1. NOM
2. SYNOPSIS
3. DESCRIPTION
4. VALEUR RENVOYÉE
5. ERREURS
6. BOGUES
7. NOTES
8. CONFORMITÉ
9. VOIR AUSSI
10. TRADUCTION

NOM

SYNOPSIS

DESCRIPTION

struct rlimit {
  rlim_t rlim_cur; /* limite souple */
  rlim_t rlim_max; /* limite stricte (plafond
                      de rlim_cur) */
};

RLIMIT_AS

Taille maximum de la mémoire virtuelle du processus en octets. Cette limite affecte les appels à brk(2), mmap(2) et mremap(2), qui échouent avec l'erreur ENOMEM en cas de dépassement de cette limite. De même, l'extension de la pile automatique échouera (et générera un SIGSEGV qui tuera le processus si aucune pile alternative n'a été définie par un appel à sigaltstack(2)). Depuis que cette valeur est de type long, sur les machines où le type long est sur 32 bits, soit cette limite est au plus 2 GiB, soit cette ressource est illimitée.

RLIMIT_CORE

Taille maximum du fichier core. Lorsqu'elle vaut zéro, aucun fichier d'image noyau (Ndt : core dump) n'est créé. Lorsqu'elle ne vaut pas zéro, les fichiers d'image noyau plus grands sont tronqués à cette taille.

RLIMIT_CPU

Limite de temps CPU en secondes. Si un processus atteint cette limite souple, il reçoit le signal SIGXCPU. L'action par défaut en est la terminaison du processus. Mais le signal peut être capturé et le gestionnaire peut renvoyer le contrôle au programme principal. Si le processus continue à consommer du temps CPU, il recevra SIGXCPU toutes les secondes jusqu'à atteindre sa limite stricte, où il recevra SIGKILL. (Ceci correspond au comportement de Linux 2.2 à 2.6. Les implémentations varient sur le comportement vis-à-vis d'un processus qui continue à consommer du temps CPU après dépassement de sa limite souple. Les applications portables qui doivent capturer ce signal devraient prévoir une terminaison propre dès la première réception de SIGXCPU.)

RLIMIT_DATA

Taille maximale du segment de données d'un processus (données initialisées, non initialisées, et tas). Cette limite affecte les appels brk() et sbrk(), qui échouent avec l'erreur ENOMEM si la limite souple est dépassée.

RLIMIT_FSIZE

Taille maximale d'un fichier que le processus peut créer. Les tentatives d'extension d'un fichier au-delà de cette limite résultent en un signal SIGXFSZ. Par défaut ce signal termine le processus, mais il peut être capturé, et dans ce cas l'appel système concerné (par exemple write(), truncate()) échoue avec l'erreur EFBIG.

RLIMIT_LOCKS (Premiers Linux 2.4 seulement)

Une limite sur le nombre combiné de verrous flock() et fcntl() que le processus peut établir.

RLIMIT_MEMLOCK

Le nombre maximal d'octets de mémoire virtuelle que le processus peut verrouiller en RAM. En pratique cette limite est arrondie vers le bas au multiple de la taille de page le plus proche. Cette limite affecte mlock(2) et mlockall(2) ainsi que l'opération MAP_LOCKED de mmap(2). Depuis Linux 2.6.9, elle affecte aussi l'opération SHM_LOCK de shmctl(2), où elle limite le nombre total d'octets dans des segments de mémoire partagée (voir shmget(2)) que l'UID réel du processus appelant peut verrouiller. Les verrous de shmctl(2) SHM_LOCK sont comptés séparément des verrous de mémoire par processus établis par mlock(2), mlockall(2) et mmap MAP_LOCKED ; un processus peut verrouiller des octets jusqu'à la limite dans chacune de ces catégories. Dans les noyaux antérieurs à 2.6.9, cette limite contrôlait la quantité de mémoire qu'un processus privilégié pouvait verrouiller. Depuis Linux 2.6.9, un processus privilégie peut verrouiller autant de mémoire qu'il le souhaite, et cette limite contrôle la quantité de mémoire pouvant être verrouillée par un processus non privilégié.

RLIMIT_MSGQUEUE (depuis Linux 2.6.8)

Indique la limite du nombre d'octets pouvant être alloués pour les files de messages POSIX pour l'UID réel du processus appelant. Cette limite est appliquée pour mq_open(3). Le nombre d'octets pour chaque file de messages créée par l'utilisateur (jusqu'à sa destruction) est déterminé par la formule suivante :

   octets = attr.mq_maxmsg * sizeof(struct msg_msg *) +
            attr.mq_maxmsg * attr.mq_msgsize

où attr est la structure mq_attr passée comme quatrième argument à mq_open().
Le premier terme de la formule, qui inclue sizeof(struct msg_msg *) (4 octets sur Linux/x86) garantit que l'utilisateur ne peut pas créer un nombre illimité de messages vides (ces messages consomment tout de même de la mémoire système).

RLIMIT_NICE (depuis le noyau 2.6.12, voir la section BOGUES ci-dessous)

Indique un plafond pour la valeur de politesse du processus pouvant être définie par setpriority(2) ou nice(2). Le plafond réel pour la valeur de politesse est calculé par la formule 20 - rlim_cur. (Cette bizarrerie apparaît car des nombres négatifs ne peuvent pas être utilisés comme limites de ressources, en raison de leur signification souvent particulière. Par exemple, RLIM_INFINITY est souvent la même chose que -1.)

RLIMIT_NOFILE

Le nombre maximal de descripteurs de fichiers qu'un processus peut ouvrir simultanément. Les tentatives d'ouverture (open(), pipe(), dup(), etc) dépassant cette limite renverront l'erreur EMFILE.

RLIMIT_NPROC

Le nombre maximum de processus qui peuvent être créés pour l'UID réel du processus appelant. Une fois cette limite atteinte, fork() échoue avec l'erreur EAGAIN.

RLIMIT_RSS

Indique la limite (en pages) pour la taille de l'ensemble résident du processus (le nombre de pages de mémoire virtuelle en RAM). Cette limite n'a d'effet que sous Linux 2.4.x où x < 30, et n'affecte que les appels madvise() indiquant MADV_WILLNEED.

RLIMIT_RTPRIO (Depuis Linux 2.6.12, mais voir BOGUES)

Indique un plafond pour la priorité temps-réel pouvant être appliquée au processus par sched_setscheduler(2) et sched_setparam(2).

RLIMIT_SIGPENDING (Depuis Linux 2.6.8)

Spécifie la limite du nombre de signaux pouvant être mis en attente pour l'UID réel du processus appelant. La vérification de cette limite prend en compte à la fois les signaux classiques et les signaux temps-réel. Cependant, cette limite n'est appliquée que pour sigqueue(2) ; il est toujours possible d'utiliser kill(2) pour mettre en attente une instance de tout signal qui n'est pas déjà en attente pour le processus.

RLIMIT_STACK

La taille maximale de la pile du processus, en octets. Une fois cette limite atteinte, un signal SIGSEGV est déclenché. Pour gérer ce signal, le processus doit utiliser une pile spécifique pour signaux (sigaltstack(2)).

VALEUR RENVOYÉE

ERREURS

EFAULT

rlim pointe en dehors de l'espace d'adressage disponible.

EINVAL

resource n'est pas valide ; ou, pour setrlimit(), rlim->rlim_cur est plus grand que rlim->rlim_max.

EPERM

Un processus non privilégié a essayé d'utiliser setrlimit() pour augmenter ses limites souple ou stricte au delà de l'actuelle limite stricte ; la capacité CAP_SYS_RESOURCE est nécessaire pour pouvoir faire cela. Ou alors le processus essaye d'augmenter la limite souple ou stricte RLIMIT_NOFILE au-dessus des maxima du noyau (NR_OPEN).

BOGUES

NOTES

CONFORMITÉ

VOIR AUSSI

TRADUCTION