perkamon - en to fr translation catalogue (41 entries)

note: type: TH
en: 2018-02-02
fr: 2 février 2018

note: type: TH
en: Linux Programmer's Manual
fr: Manuel du programmeur Linux

note: type: SH
en: NAME
fr: NOM

note: type: Plain text
en: B<mlock>()  locks pages in the address range starting at I<addr> and continuing for I<len> bytes.  All pages that contain a part of the specified address range are guaranteed to be resident in RAM when the call returns successfully; the pages are guaranteed to stay in RAM until later unlocked.
fr: B<mlock>() verrouille les pages sur I<len> octets à partir de l'adresse I<addr>. Toutes les pages qui contiennent une partie de la zone mémoire indiquée seront résidentes en mémoire principale quand l'appel réussit\ ; elles resteront en mémoire principale jusqu'à leur déverrouillage.

note: type: Plain text
en: B<munlock>()  unlocks pages in the address range starting at I<addr> and continuing for I<len> bytes.  After this call, all pages that contain a part of the specified memory range can be moved to external swap space again by the kernel.
fr: B<munlock>() déverrouille la mémoire sur I<len> octets à partir de l'adresse I<addr>. Après cet appel, toutes les pages contenant une partie de la zone mémoire indiquée peuvent de nouveau être évincées dans l'espace d'échange par le noyau.

note: type: SS
en: mlockall() and munlockall()
fr: mlockall() et munlockall()

note: type: Plain text
en: B<mlockall>()  locks all pages mapped into the address space of the calling process.  This includes the pages of the code, data and stack segment, as well as shared libraries, user space kernel data, shared memory, and memory-mapped files.  All mapped pages are guaranteed to be resident in RAM when the call returns successfully; the pages are guaranteed to stay in RAM until later unlocked.
fr: B<mlockall>() verrouille toutes les pages projetées dans l'espace d'adressage du processus appelant. Cela inclut les pages de code, de données et de pile, ainsi que les bibliothèques partagées, les données utilisateur dans le noyau, la mémoire partagée, et les fichiers projetés en mémoire. Toutes les pages projetées seront résidentes en mémoire principale quand l'appel réussit\ ; elles resteront en mémoire principale jusqu'à leur déverrouillage.

note: type: Plain text
en: The I<flags> argument is constructed as the bitwise OR of one or more of the following constants:
fr: L'argument I<flags> est composé d'un I<OU> binaire avec les options suivantes\ :

note: type: Plain text
en: Lock all pages which are currently mapped into the address space of the process.
fr: Verrouiller toutes les pages actuellement projetées dans l'espace d'adressage du processus.

note: type: Plain text
en: If B<MCL_FUTURE> has been specified, then a later system call (e.g., B<mmap>(2), B<sbrk>(2), B<malloc>(3)), may fail if it would cause the number of locked bytes to exceed the permitted maximum (see below).  In the same circumstances, stack growth may likewise fail: the kernel will deny stack expansion and deliver a B<SIGSEGV> signal to the process.
fr: Si B<MCL_FUTURE> a été utilisé, un appel système ultérieur (p.ex. B<mmap>(2), B<sbrk>(2), B<malloc>(3)) risque d'échouer s'il cause un dépassement du nombre d'octets verrouillés autorisé (voir ci\(hydessous). Dans les mêmes circonstances, la croissance de la pile risque de même d'échouer\ : le noyau interdira l'augmentation de la pile et enverra le signal B<SIGSEGV> au processus.

note: type: Plain text
en: B<munlockall>()  unlocks all pages mapped into the address space of the calling process.
fr: B<munlockall>() déverrouille toutes les pages projetées dans l'espace d'adressage du processus appelant.

note: type: SH
en: RETURN VALUE
fr: VALEUR DE RETOUR

note: type: SH
en: ERRORS
fr: ERREURS

note: type: Plain text
en: (Linux 2.6.9 and later) the caller had a nonzero B<RLIMIT_MEMLOCK> soft resource limit, but tried to lock more memory than the limit permitted.  This limit is not enforced if the process is privileged (B<CAP_IPC_LOCK>).
fr: (Linux 2.6.9 et plus récents) L'appelant avait une limite souple B<RLIMIT_MEMLOCK> non nulle, mais a tenté de verrouiller plus de mémoire que la quantité autorisée. Cette limite n'est pas imposée si le processus est privilégié (B<CAP_IPC_LOCK>).

note: In the case of mlock(), this check is somewhat buggy: it doesn't take into account whether the to-be-locked range overlaps with already locked pages.  Thus, suppose we allocate (num_physpages / 4 + 1) of memory, and lock those pages once using mlock(), and then lock the *same* page range a second ti
en: (Linux 2.4 and earlier) the calling process tried to lock more than half of RAM.
fr: (Linux 2.4 et précédents) Le processus appelant a essayé de verrouiller plus de la moitié de la mémoire vive.

note: SVr4 documents an additional EAGAIN error code. type: Plain text
en: The caller is not privileged, but needs privilege (B<CAP_IPC_LOCK>)  to perform the requested operation.
fr: L'appelant n'est pas privilégié mais a besoin de droits (B<CAP_IPC_LOCK>) pour réaliser les opérations demandées.

note: type: Plain text
en: Some or all of the specified address range could not be locked.
fr: Une partie (ou l'ensemble) de l'espace d'adressage indiqué n'a pas pu être verrouillée.

note: type: Plain text
en: (Not on Linux)  I<addr> was not a multiple of the page size.
fr: (Pas sous Linux) I<addr> n'est pas un multiple de la taille de page.

note: type: Plain text
en: Some of the specified address range does not correspond to mapped pages in the address space of the process.
fr: Une partie de la zone indiquée ne correspond pas à des pages projetées dans l'espace d'adressage du processus.

note: type: Plain text
en: Unknown I<flags> were specified.
fr: Des I<flags> inconnus étaient demandés.

note: type: Plain text
en: For B<mlockall>():
fr: Pour B<mlockall>()\ :

note: type: Plain text
en: For B<munlockall>():
fr: Pour B<munlockall>()\ :

note: type: Plain text
en: (Linux 2.6.8 and earlier) The caller was not privileged (B<CAP_IPC_LOCK>).
fr: (Linux 2.6.8 et précédents) L'appelant n'est pas privilégié (B<CAP_IPC_LOCK>).

note: type: SH
en: CONFORMING TO
fr: CONFORMITÉ

note: type: SH
en: AVAILABILITY
fr: DISPONIBILITÉ

note: type: Plain text
en: On POSIX systems on which B<mlock>()  and B<munlock>()  are available, B<_POSIX_MEMLOCK_RANGE> is defined in I<E<lt>unistd.hE<gt>> and the number of bytes in a page can be determined from the constant B<PAGESIZE> (if defined) in I<E<lt>limits.hE<gt>> or by calling I<sysconf(_SC_PAGESIZE)>.
fr: Sur les systèmes POSIX où B<mlock>() et B<munlock>() sont disponibles, la constante symbolique B<_POSIX_MEMLOCK_RANGE> est définie dans I<E<lt>unistd.hE<gt>> et le nombre d'octets par page peut être déterminé grâce à la constante B<PAGESIZE> si définie dans I<E<lt>limits.hE<gt>> ou en appelant I<sysconf(_SC_PAGESIZE)>.

note: POSIX.1-2001: It shall be defined to -1 or 0 or 200112L. -1: unavailable, 0: ask using sysconf(). glibc defines it to 1. type: Plain text
en: On POSIX systems on which B<mlockall>()  and B<munlockall>()  are available, B<_POSIX_MEMLOCK> is defined in I<E<lt>unistd.hE<gt>> to a value greater than 0.  (See also B<sysconf>(3).)
fr: Sur les systèmes POSIX sur lesquels B<mlockall>() et B<munlockall>() sont disponibles, la constante symbolique B<_POSIX_MEMLOCK> est définie dans I<E<lt>unistd.hE<gt>> comme étant une valeur supérieure à 0. (Consultez aussi B<sysconf>(3).)

note: type: Plain text
en: Memory locking has two main applications: real-time algorithms and high-security data processing.  Real-time applications require deterministic timing, and, like scheduling, paging is one major cause of unexpected program execution delays.  Real-time applications will usually also switch to a real-time scheduler with B<sched_setscheduler>(2).  Cryptographic security software often handles critical bytes like passwords or secret keys as data structures.  As a result of paging, these secrets could be transferred onto a persistent swap store medium, where they might be accessible to the enemy long after the security software has erased the secrets in RAM and terminated.  (But be aware that the suspend mode on laptops and some desktop computers will save a copy of the system's RAM to disk, regardless of memory locks.)
fr: Il y a deux domaines principaux d'applications au verrouillage de pages\ : les algorithmes en temps réel, et le traitement de données confidentielles. Les applications temps réel réclament un comportement temporel déterministe, et la pagination est, avec l'ordonnancement, une cause majeure de délais imprévus. Ces algorithmes basculent habituellement sur un ordonnancement temps\(hyréel avec B<sched_setscheduler>(2). Les logiciels de cryptographie manipulent souvent quelques octets hautement confidentiels, comme des mots de passe ou des clés privées. À cause de la pagination, ces données secrètes risquent d'être transférées sur un support physique où elles pourraient être lues par un ennemi longtemps après que le logiciel s'est terminé. Soyez toutefois conscient que le mode suspendu sur les portables et certains ordinateurs de bureau sauvegardent une copie de la mémoire sur le disque, quels que soient les verrouillages.

note: type: Plain text
en: Real-time processes that are using B<mlockall>()  to prevent delays on page faults should reserve enough locked stack pages before entering the time-critical section, so that no page fault can be caused by function calls.  This can be achieved by calling a function that allocates a sufficiently large automatic variable (an array) and writes to the memory occupied by this array in order to touch these stack pages.  This way, enough pages will be mapped for the stack and can be locked into RAM.  The dummy writes ensure that not even copy-on-write page faults can occur in the critical section.
fr: Les processus temps\(hyréel utilisant B<mlockall>() pour éviter les délais dus à la pagination doivent réserver assez de pages verrouillées pour la pile avant d'entrer dans la section temporellement critique, afin qu'aucun défaut de page ne survienne lors d'un appel de fonction. Cela peut être obtenu en appelant une fonction qui alloue une variable automatique suffisamment grande (comme un tableau) et écrit dans la mémoire occupée par ce tableau afin de modifier ces pages de pile. Ainsi, suffisamment de pages seront projetées pour la pile et pourront être verrouillées. Les écritures bidon permettent de s'assurer que même les pages copiées à l'écriture ne causeront pas de défaut de page dans la section critique.

note: type: Plain text
en: The memory lock on an address range is automatically removed if the address range is unmapped via B<munmap>(2).
fr: Le verrouillage de mémoire sur une zone est automatiquement enlevé si la zone est invalidée par B<munmap>(2).

note: type: SS
en: Linux notes
fr: Notes sur Linux

note: type: SS
en: Limits and permissions
fr: Limites et permissions

note: type: Plain text
en: In Linux 2.6.8 and earlier, a process must be privileged (B<CAP_IPC_LOCK>)  in order to lock memory and the B<RLIMIT_MEMLOCK> soft resource limit defines a limit on how much memory the process may lock.
fr: Sous Linux 2.6.8 et précédents, un processus doit être privilégié (B<CAP_IPC_LOCK>) pour verrouiller de la mémoire, et la limite souple B<RLIMIT_MEMLOCK> définit le nombre maximal d'octets que le processus peut verrouiller en mémoire.

note: type: Plain text
en: Since Linux 2.6.9, no limits are placed on the amount of memory that a privileged process can lock and the B<RLIMIT_MEMLOCK> soft resource limit instead defines a limit on how much memory an unprivileged process may lock.
fr: Depuis Linux 2.6.9, aucune limite n'est placée sur la quantité de mémoire pouvant être verrouillée par un processus privilégié, et la limite souple B<RLIMIT_MEMLOCK> définit la quantité maximale de mémoire pouvant être verrouillée par un processus non privilégié.

note: type: SH
en: BUGS
fr: BOGUES

note: type: Plain text
en: In the 2.4 series Linux kernels up to and including 2.4.17, a bug caused the B<mlockall>()  B<MCL_FUTURE> flag to be inherited across a B<fork>(2).  This was rectified in kernel 2.4.18.
fr: Dans les noyaux Linux de la branche 2.4 jusqu'à 2.4.17 inclus, le paramètre B<MCL_FUTURE> de B<mlockall>() était hérité par le fils après un B<fork>(2) en raison d'un bogue. Cela a été corrigé dans le noyau 2.4.18.

note: See the following LKML thread: http://marc.theaimsgroup.com/?l=linux-kernel&m=113801392825023&w=2 "Rationale for RLIMIT_MEMLOCK" 23 Jan 2006 type: Plain text
en: Since kernel 2.6.9, if a privileged process calls I<mlockall(MCL_FUTURE)> and later drops privileges (loses the B<CAP_IPC_LOCK> capability by, for example, setting its effective UID to a nonzero value), then subsequent memory allocations (e.g., B<mmap>(2), B<brk>(2))  will fail if the B<RLIMIT_MEMLOCK> resource limit is encountered.
fr: Depuis le noyau 2.6.9, si un processus privilégié appelle I<mlockall(MCL_FUTURE)> et réduit ses privilèges plus tard (perd la capacité B<CAP_IPC_LOCK>, par exemple en prenant un UID effectif non nul), les allocations de mémoires suivantes (p.ex. B<mmap>(2), B<brk>(2)) échoueront si la limite B<RLIMIT_MEMLOCK> est dépassée.

note: type: SH
en: SEE ALSO
fr: VOIR AUSSI

note: type: Plain text
en: This page is part of release 5.03 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.03 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: This page is part of release 5.02 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.02 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: This page is part of release 5.01 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.01 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.
