Provided by: manpages-fr-dev_4.13-4_all 
NOM
readv, writev, preadv, pwritev, preadv2, pwritev2 – Lire ou écrire des données dans
plusieurs tampons
SYNOPSIS
#include <sys/uio.h>
ssize_t readv(int fd, const struct iovec *iov, int iovcnt);
ssize_t writev(int fd, const struct iovec *iov, int iovcnt);
ssize_t preadv(int fd, const struct iovec *iov, int iovcnt,
off_t offset);
ssize_t pwritev(int fd, const struct iovec *iov, int iovcnt,
off_t offset);
ssize_t preadv2(int fd, const struct iovec *iov, int iovcnt,
off_t offset, int flags);
ssize_t pwritev2(int fd, const struct iovec *iov, int iovcnt,
off_t offset, int flags);
Exigences de macros de test de fonctionnalités pour la glibc (consulter
feature_test_macros(7)) :
preadv(), pwritev():
Depuis la glibc 2.19 :
_DEFAULT_SOURCE
Glibc 2.19 et antérieures :
_BSD_SOURCE
DESCRIPTION
L'appel système readv() lit iovcnt tampons depuis le fichier associé au descripteur de
fichier fd dans les tampons décrits par iov.(« scatter input »)
L'appel système writev() écrit au plus iovcnt tampons de données décrits par iov dans le
fichier associé au descripteur fd (« gather output »).
Le pointeur iov pointe vers un tableau de structures iovec définies dans <sys/uio.h> :
struct iovec {
void *iov_base; /* Adresse de début */
size_t iov_len; /* Nombre d'octets à transférer */
};
L'appel système readv() travaille comme read(2) sauf que plusieurs tampons sont remplis.
L'appel système writev() travaille comme write(2) sauf que plusieurs tampons sont écrits.
Les tampons sont considérés dans l'ordre du tableau. Cela signifie que readv() remplit
iov[0] complètement avant d'en arriver à iov[1], et ainsi de suite. (S'il n'y a pas assez
de données, tous les tampons pointés par iov ne seront pas forcément remplis.) De même,
writev() écrit tout le contenu de iov[0] avant de considérer iov[1] et ainsi de suite.
Les transferts de données effectués par readv() et writev() sont atomiques : les données
écrites par writev() sont écrites d'un bloc qui n'est pas interrompu par des écritures
venant d'autres processus (mais voir pipe(7) pour une exception) ; de façon similaire,
readv() a la garantie de lire un bloc contigu de données depuis le fichier, quelles que
soient les opérations de lecture effectuées par d'autres threads ou processus qui ont des
descripteurs de fichier correspondant à la même description de fichier ouvert (consultez
open(2)).
preadv() et pwritev()
L'appel système preadv() combine les fonctionnalités de readv() et pread(2). Il effectue
la même tâche que readv(), mais ajoute un quatrième paramètre, offset, qui indique la
position dans le fichier à partir de laquelle l'opération d'entrée doit être effectuée.
L'appel système pwritev() combine les fonctionnalités de writev() et pwrite(2). Il
effectue la même tâche que writev(), mais ajoute un quatrième paramètre, offset, qui
indique la position dans le fichier à partir de laquelle l'opération de sortie doit être
effectuée.
La position dans le fichier n'est pas modifiée par ces appels système. Le fichier décrit
par fd doit permettre le positionnement.
preadv2() et pwritev2()
Ces appels système sont identiques aux appels preadv() et pwritev() mais ils ajoutent un
cinquième paramètre (flags) qui change le comportement sur la base de chaque appel.
Contrairement à preadv() et pwritev(), si le paramètre offset est -1, la tête de lecture
du fichier actuel est utilisée et mise à jour.
L'argument flags est un opérateur OU binaire contenant zéro ou plusieurs des attributs
suivants :
RWF_DSYNC (depuis Linux 4.7)
Fournir un équivalent par écriture à l'attribut O_DSYNC d'open(2). Cet attribut n'a
de sens que pour pwritev2() et son effet ne vaut que pour la plage de données
écrite par l'appel système.
RWF_HIPRI (depuis Linux 4.6)
Lecture/écriture haute priorité. Cela permet à des systèmes de fichiers fondés sur
les blocs d'utiliser la scrutation du périphérique, ce qui donne moins de latence
mais peut coûter plus de ressources (actuellement, cette fonctionnalité n'est
utilisable que sur un descripteur de fichier ouvert avec l'attribut O_DIRECT).
RWF_SYNC (depuis Linux 4.7)
Fournir un équivalent par écriture de l'attribut O_SYNC d'open(2). Cet attribut n'a
de sens que pour pwritev2() et ses effets ne valent que pour la plage de données
écrite avec cet appel système.
RWF_NOWAIT (depuis Linux 4.14)
Ne pas attendre les données qui ne sont pas immédiatement disponibles. Si cet
attribut est indiqué, l'appel système preadv2() renverra quelque chose
instantanément s'il doit lire des données provenant d'un stockage de cache ou
attendre un verrou. Si des données ont été lues avec succès, il renverra le nombre
d'octets lus. Si aucun octet n'est lu, il renverra -1 et positionnera errno sur
EAGAIN. Actuellement, cet attribut n'a de sens que pour preadv2().
RWF_APPEND (depuis Linux 4.16)
Fournir un équivalent par écriture de l'attribut O_APPEND d'open(2). Cet attribut
n'a de sens que pour pwritev2 et ses effets ne valent que pour la plage de données
écrite par cet appel système. Le paramètre offset n’affecte pas l'opération
d'écriture ; les données vont toujours à la fin du fichier. Cependant, si le
paramètre offset est -1, la tête de lecture du fichier actuel est mise à jour.
VALEUR RENVOYÉE
S'ils réussissent, readv(), preadv() et preadv2() renvoient le nombre d'octets lus ;
writev, pwritev() et pwritev2() renvoient le nombre d'octets écrits.
Remarquez que le fait de transférer moins d'octets que deux demandés (voir read(2) et
write(2)) ne constitue pas une erreur empêchant le succès de l'appel.
En cas d'erreur, la valeur de retour est -1, et errno est défini de façon appropriée.
ERREURS
Les erreurs sont comme celles indiquées pour read(2) et write(2). En outre, preadv(),
preadv2() et pwritev() peuvent aussi échouer pour les mêmes raisons que lseek(2). De plus,
les erreurs suivantes peuvent survenir :
EINVAL La somme des valeurs iov_len déborde une valeur ssize_t.
EINVAL Le nombre de vecteurs iovcnt est inférieur à zéro ou supérieur au maximum autorisé.
EOPNOTSUPP
Un drapeau inconnu est indiqué dans flags.
VERSIONS
preadv() et pwritev() sont apparus dans Linux 2.6.30 ; la glibc les gère depuis la
version 2.10.
preadv() et pwritev() sont apparus dans Linux 4.6. La prise en charge a été ajoutée à la
glibc 2.26.
CONFORMITÉ
readv(), writev() : POSIX.1-2001, POSIX.1-2008, 4.4BSD (ces appels système sont apparus
pour la première fois dans 4.2BSD).
preadv(), pwritev() : non standard, mais sont aussi présents sur les BSD modernes.
preadv2(), pwritev2() : extension Linux non standard.
NOTES
POSIX.1 autorise une implémentation à poser une limite au nombre d'éléments qui peuvent
être placés dans iov. Une implémentation peut indiquer cette limite en définissant IOV_MAX
dans <limits.h> ou pendant l'exécution à l'aide d'un code de retour issu de
sysconf(_SC_IOV_MAX). Sur les systèmes Linux modernes, la limite est de 1024. À l'époque
de Linux 2.0, la limite était de 16.
différences entre bibliothèque C et noyau
Les appels système preadv() et pwritev() bruts ont une signature d'appel différant
légèrement de celle des fonctions d'enveloppe de la bibliothèque C présentées dans le
SYNOPSIS. Le paramètre offset final est dépaqueté par les fonctions d'enveloppe sous la
forme de deux paramètres des appels système :
unsigned long pos_l, unsigned long pos
Ces paramètres contiennent respectivement les 32 bits d'ordre bas et haut de l'offset.
Différence historique entre la bibliothèque C et le noyau
Pour gérer le fait que IOV_MAX était trop bas sur les premières versions de Linux, les
fonctions d'enveloppe de la glibc pour readv() et writev() effectuaient un travail
supplémentaire si elles détectaient que les appels système du noyau sous-jacents
échouaient à cause d'un dépassement de la limite. Pour readv(), la fonction d'enveloppe
allouait un tampon temporaire assez grand pour tous les éléments de iov, passait ce tampon
dans un appel read(2), copiait les données du tampon vers les emplacements indiqués par le
champ iov_base des éléments de iov, puis libérait le tampon. La fonction d'enveloppe de
writev() faisait la même chose avec un tampon temporaire et un appel à write(2).
La nécessité d'un tel effort supplémentaire par les fonctions d'enveloppe de la glibc a
disparu avec Linux 2.2 et ultérieurs. Cependant la glibc a continué à fournir ce
comportement jusqu'à la version 2.10. À partir de la version 2.9, les fonctions
d'enveloppe ne fournissent ce comportement que si la bibliothèque détecte que le système a
un noyau Linux plus ancien que la version 2.6.18 (une version du noyau sélectionnée à
votre guise). Depuis la glibc 2.20 (qui nécessite une version au moins 2.6.32 du noyau
Linux), les fonctions d'enveloppe de la glibc appellent simplement les appels système dans
tous les cas.
EXEMPLES
Le segment de code suivant donne un exemple d'utilisation de writev() :
char *str0 = "hello ";
char *str1 = "world\n";
struct iovec iov[2];
ssize_t nwritten;
iov[0].iov_base = str0;
iov[0].iov_len = strlen(str0);
iov[1].iov_base = str1;
iov[1].iov_len = strlen(str1);
nwritten = writev(STDOUT_FILENO, iov, 2);
VOIR AUSSI
pread(2), read(2), write(2)
COLOPHON
Cette page fait partie de la publication 5.10 du projet man-pages Linux. Une description
du projet et des instructions pour signaler des anomalies et la dernière version de cette
page peuvent être trouvées à l'adresse https://www.kernel.org/doc/man-pages/.
TRADUCTION
La traduction française de cette page de manuel a été créée par Christophe Blaess
<https://www.blaess.fr/christophe/>, Stéphan Rafin <stephan.rafin@laposte.net>, Thierry
Vignaud <tvignaud@mandriva.com>, François Micaux, Alain Portal <aportal@univ-montp2.fr>,
Jean-Philippe Guérard <fevrier@tigreraye.org>, Jean-Luc Coulon (f5ibh) <jean-
luc.coulon@wanadoo.fr>, Julien Cristau <jcristau@debian.org>, Thomas Huriaux
<thomas.huriaux@gmail.com>, Nicolas François <nicolas.francois@centraliens.net>, Florentin
Duneau <fduneau@gmail.com>, Simon Paillard <simon.paillard@resel.enst-bretagne.fr>, Denis
Barbier <barbier@debian.org>, David Prévot <david@tilapin.org>, Frédéric Hantrais
<fhantrais@gmail.com> et Jean-Philippe MENGUAL <jpmengual@debian.org>
Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General
Public License version 3 ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩ concernant les
conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.
Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un
message à debian-l10n-french@lists.debian.org ⟨⟩.