Accueil

CPU_SET
INFINITY
MB_CUR_MAX
MB_LEN_MAX
__setfpucw
_exit
_syscall
a64l
abort
abs
accept
access
acct
acos
acosh
addpart
addseverity
adduser
adjtime
adjtimex
aio_cancel
aio_error
aio_fsync
aio_read
aio_return
aio_suspend
aio_write
alarm
alloc_hugepages
alloca
apropos
arch
arch_prctl
argz_add
armscii-8
arp
ascii
asin
asinh
asprintf
assert
assert_perror
at
atan
atan2
atanh
atd
atexit
atof
atoi
atq
atrm
atrun
backend-spec
backtrace
basename
bash
bashbug
batch
bcmp
bcopy
bdflush
bind
bindresvport
blockdev
boot
bootlogd
bootparam
bosskill
brk
bsd_signal
bsearch
bstring
btowc
btree
builtin
builtins
byteorder
bzero
c
cabs
cacheflush
cacos
cacosh
cal
canonicalize_file_name
capabilities
capget
carg
casin
casinh
catan
catanh
catgets
catopen
cbrt
ccos
ccosh
ceil
cerf
cexp
cexp2
cfree
chage
charmap
charsets
chatise
chdir
chgrp
chmod
chown
chpasswd
chroot
chrt
chsh
cimag
clearenv
clock
clock_getcpuclockid
clock_getres
clock_nanosleep
clog
clog10
clog2
clone
close
closedir
cmp
cmsg
col
complex
confstr
conj
connect
console
console_codes
console_ioctl
consoletype
copysign
core
cos
cosh
cp
cp1251
cpow
cproj
cpuid
cpuset
creal
create_module
createrepo
credentials
cron
crond
crontab
crypt
crypttab
csin
csinh
csqrt
ctan
ctanh
ctermid
ctime
ctluser
ctrlaltdel
daemon
db2dvi
db2html
db2pdf
db2ps
db2rtf
dbopen
dd
ddp
delete_module
delpart
depmod
des_crypt
df
diff
diff3
difftime
dir
dir_colors
dircolors
dirfd
div
dl_iterate_phdr
dlopen
dmesg
docbook2dvi
docbook2html
docbook2man
docbook2man-spec
docbook2pdf
docbook2ps
docbook2rtf
docbook2tex
docbook2texi
docbook2texi-spec
docbook2txt
doexec
domainname
dprintf
drand48
drand48_r
dsp56k
du
dup
dysize
ecvt
ecvt_r
egrep
eject
elf
encrypt
end
endian
environ
envz_add
epoll
epoll_create
epoll_ctl
epoll_wait
erf
erfc
err
errno
error
ether_aton
ethers
euidaccess
eventfd
evim
exec
execve
exit
exit_group
exp
exp10
exp2
expm1
exportfs
exports
fabs
faccessat
faillog
fallocate
fchmodat
fchownat
fclose
fcloseall
fcntl
fd
fdformat
fdim
fdisk
feature_test_macros
fenv
ferror
fexecve
fflush
ffs
fgetgrent
fgetpwent
fgetwc
fgetws
fgrep
fifo
filesystems
finite
flock
flockfile
floor
fma
fmax
fmemopen
fmin
fmod
fmtmsg
fnmatch
fopen
fopencookie
fork
fpathconf
fpclassify
fpurge
fputwc
fputws
fread
free
frexp
frontend-spec
fseek
fseeko
fstab
fstab-decode
fstatat
fsync
ftime
ftok
ftpusers
fts
ftw
full
fuser
futex
futimes
futimesat
fwide
gamma
gcvt
get_kernel_syms
get_mempolicy
get_thread_area
getaddrinfo
getcontext
getcpu
getcwd
getdate
getdents
getdirentries
getdomainname
getdtablesize
getenv
getfsent
getgid
getgrent
getgrent_r
getgrnam
getgrouplist
getgroups
gethostbyname
gethostid
gethostname
getifaddrs
getipnodebyname
getitimer
getkey
getline
getloadavg
getlogin
getmntent
getnameinfo
getnetent
getnetent_r
getopt
getpagesize
getpass
getpeername
getpid
getpriority
getprotoent
getprotoent_r
getpt
getpw
getpwent
getpwent_r
getpwnam
getresuid
getrlimit
getrpcent
getrpcent_r
getrpcport
getrusage
gets
getservent
getservent_r
getsid
getsockname
getsockopt
getsubopt
gettid
gettimeofday
getttyent
getuid
getumask
getusershell
getutent
getutmp
getw
getwchar
getxattr
glob
gnu_get_libc_version
gpasswd
grantpt
grep
group
groupadd
groupdel
groupmod
grpck
grpconv
grpunconv
gshadow
gsignal
gssd
gunzip
guru
gzexe
gzip
halt
hash
hd
hier
host
hostname
hosts
hsearch
hypot
i386
icmp
iconv
iconv_close
iconv_open
idle
idmapd
ifconfig
ilogb
index
inet
inet_ntop
inet_pton
infnan
init
init_module
initgroups
initlog
initrd
initscript
inittab
inotify
inotify_add_watch
inotify_init
inotify_rm_watch
insmod
insque
install
install-catalog
intro
io_cancel
io_destroy
io_getevents
io_setup
io_submit
ioctl
ioctl_list
ioperm
iopl
ioprio_set
ip
ipc
ipcalc
ipcrm
ipcs
ipv6
isalpha
isatty
isgreater
iso_8859-1
iso_8859-10
iso_8859-11
iso_8859-13
iso_8859-14
iso_8859-15
iso_8859-16
iso_8859-2
iso_8859-3
iso_8859-4
iso_8859-5
iso_8859-6
iso_8859-7
iso_8859-8
iso_8859-9
issue
iswalnum
iswalpha
iswblank
iswcntrl
iswctype
iswdigit
iswgraph
iswlower
iswprint
iswpunct
iswspace
iswupper
iswxdigit
j0
jade
jw
key_setsecret
kill
killall
killall5
killpg
koi8-r
koi8-u
last
lastb
lastlog
ld
ldconfig
ldd
ldexp
lgamma
libc
link
linkat
linux32
linux64
listen
listxattr
llseek
ln
locale
localeconv
lockd
lockf
log
log10
log1p
log2
logb
login
longjmp
lookup_dcookie
lp
lrint
lround
ls
lsearch
lseek
lseek64
lsmod
lspci
lsusb
madvise
mailaddr
makecontext
makedev
makewhatis
malloc
malloc_hook
man
man-pages
math_error
matherr
mbind
mblen
mbrlen
mbrtowc
mbsinit
mbsnrtowcs
mbsrtowcs
mbstowcs
mbtowc
mcookie
mdoc
mem
memccpy
memchr
memcmp
memcpy
memfrob
memmem
memmove
mempcpy
memset
mesg
mincore
mkdir
mkdirat
mkdtemp
mkfifo
mkfifoat
mkfs
mknod
mknodat
mkstemp
mkswap
mktemp
mlock
mmap
mmap2
modf
modify_ldt
modifyrepo
modinfo
modprobe
more
motd
mount
mountd
mountpoint
mouse
move_pages
mpool
mprotect
mq_close
mq_getattr
mq_getsetattr
mq_notify
mq_open
mq_overview
mq_receive
mq_send
mq_unlink
mremap
msgctl
msgget
msgop
msr
msync
mtrace
mv
nan
nanosleep
netdevice
netlink
netreport
netstat
networks
newgrp
newusers
nextafter
nfs
nfsd
nfsservctl
nfsstat
nice
nicknames
nisdomainname
nl_langinfo
nmap
nologin
nscd
nsgmls
nsswitch
ntpd
ntpdc
null
numa
offsetof
on_exit
onsgmls
open
openat
opendir
openjade
openpty
operator
osgmlnorm
ospam
ospcat
ospent
osx
outb
package-cleanup
packet
passwd
path_resolution
pause
pciconfig_read
pcilib
perror
personality
pgrep
pidof
pipe
pivot_root
pkill
plipconfig
pmap
poll
popen
posix_fadvise
posix_fallocate
posix_memalign
posix_openpt
posixoptions
pow
pow10
poweroff
ppp-watch
pppoe
pppoe-connect
pppoe-relay
pppoe-server
pppoe-setup
pppoe-sniff
pppoe-start
pppoe-status
pppoe-stop
pppoe-wrapper
prctl
pread
printf
proc
profil
program_invocation_name
protocols
psignal
pstree
pthread_atfork
pthread_attr_destroy
pthread_attr_getdetachstate
pthread_attr_getinheritsched
pthread_attr_getschedparam
pthread_attr_getschedpolicy
pthread_attr_getscope
pthread_attr_init
pthread_attr_setaffinity_np
pthread_attr_setdetachstate
pthread_attr_setguardsize
pthread_attr_setinheritsched
pthread_attr_setschedparam
pthread_attr_setschedpolicy
pthread_attr_setscope
pthread_attr_setstack
pthread_attr_setstackaddr
pthread_attr_setstacksize
pthread_cancel
pthread_cleanup_pop
pthread_cleanup_pop_restore_np
pthread_cleanup_push
pthread_cleanup_push_defer_np
pthread_cond_broadcast
pthread_cond_destroy
pthread_cond_init
pthread_cond_signal
pthread_cond_timedwait
pthread_cond_wait
pthread_condattr_destroy
pthread_condattr_init
pthread_create
pthread_detach
pthread_equal
pthread_exit
pthread_getattr_np
pthread_getcpuclockid
pthread_getschedparam
pthread_getspecific
pthread_join
pthread_key_create
pthread_key_delete
pthread_kill
pthread_kill_other_threads_np
pthread_mutex_destroy
pthread_mutex_init
pthread_mutex_lock
pthread_mutex_trylock
pthread_mutex_unlock
pthread_mutexattr_destroy
pthread_mutexattr_getkind_np
pthread_mutexattr_gettype
pthread_mutexattr_init
pthread_mutexattr_setkind_np
pthread_mutexattr_settype
pthread_once
pthread_self
pthread_setaffinity_np
pthread_setcancelstate
pthread_setcanceltype
pthread_setconcurrency
pthread_setschedparam
pthread_setschedprio
pthread_setspecific
pthread_sigmask
pthread_testcancel
pthread_tryjoin_np
pthread_yield
pthreads
ptrace
pts
ptsname
pty
putenv
putgrent
putpwent
puts
putwchar
pwck
pwconv
pwdx
pwunconv
qecvt
qsort
query_module
queue
quotactl
raise
ram
rand
random
random_r
raw
rbash
rcmd
re_comp
read
readahead
readdir
readlink
readlinkat
readv
realpath
reboot
recno
recv
regex
remainder
remap_file_pages
remove
removexattr
remquo
rename
renameat
renice
repo-rss
repoquery
reposync
resolv
resolver
rev
rewinddir
rexec
rgrep
rint
rm
rmdir
rmmod
round
route
rpc
rpm
rpmatch
rquotad
rtc
rtime
rtld-audit
rtnetlink
runlevel
scalb
scalbln
scandir
scanf
sched_get_priority_max
sched_getcpu
sched_rr_get_interval
sched_setaffinity
sched_setparam
sched_setscheduler
sched_yield
sd
sdiff
securetty
sed
seekdir
select
select_tut
sem_close
sem_destroy
sem_getvalue
sem_init
sem_open
sem_overview
sem_post
sem_unlink
sem_wait
semctl
semget
semop
send
sendfile
service
services
set_mempolicy
set_thread_area
set_tid_address
setaliasent
setarch
setbuf
setenv
seteuid
setfsgid
setfsuid
setgid
setjmp
setlocale
setlogmask
setnetgrent
setpci
setpgid
setresuid
setreuid
setsid
setuid
setup
setxattr
sfdisk
sg
sgetmask
sgmldiff
sgmlnorm
shadow
shells
shm_open
shm_overview
shmctl
shmget
shmop
showmount
shutdown
sigaction
sigaltstack
siginterrupt
signal
signalfd
signbit
significand
sigpause
sigpending
sigprocmask
sigqueue
sigreturn
sigset
sigsetops
sigsuspend
sigvec
sigwait
sigwaitinfo
sin
sincos
sinh
sk98lin
skill
slabinfo
slabtop
slattach
sleep
snice
sockatmark
socket
socketcall
socketpair
spam
spent
splice
spu_create
spu_run
spufs
sqrt
st
standards
stat
statd
statfs
statvfs
stdarg
stdin
stdio
stdio_ext
stime
stpcpy
stpncpy
strcasecmp
strcat
strchr
strcmp
strcoll
strcpy
strdup
strerror
strfmon
strfry
strftime
string
strlen
strnlen
strpbrk
strptime
strsep
strsignal
strspn
strstr
strtod
strtoimax
strtok
strtol
strtoul
strverscmp
strxfrm
suffixes
sulogin
svcgssd
svipc
swab
swapoff
swapon
switchdesk
sx
symlink
symlinkat
sync
sync_file_range
sys-unconfig
syscall
syscalls
sysconf
sysctl
sysfs
sysinfo
syslog
system
sysv_signal
tailf
tan
tanh
tcgetpgrp
tcgetsid
tcp
tee
telinit
telldir
tempnam
termcap
termio
termios
tgamma
time
timegm
timer_create
timer_delete
timer_getoverrun
timer_settime
timeradd
timerfd_create
times
tkill
tkpppoe
tload
tmpfile
tmpnam
toascii
touch
toupper
towctrans
towlower
towupper
trunc
truncate
tsearch
tty
ttyS
tty_ioctl
ttyname
ttyslot
ttytype
tzfile
tzselect
tzset
ualarm
udp
udplite
ulimit
umask
umount
uname
undocumented
ungetwc
unicode
unimplemented
units
unix
unlink
unlinkat
unlocked_stdio
unlockpt
unshare
update-pciids
updwtmp
uptime
uri
uselib
useradd
userdel
usermod
usernetctl
usleep
ustat
utf-8
utime
utimensat
utmp
vcs
vdir
vfork
vhangup
vigr
vim
vimdiff
vimtutor
vipw
vm86
vmsplice
vmstat
volname
w
wait
wait4
wall
watch
wavelan
wcpcpy
wcpncpy
wcrtomb
wcscasecmp
wcscat
wcschr
wcscmp
wcscpy
wcscspn
wcsdup
wcslen
wcsncasecmp
wcsncat
wcsncmp
wcsncpy
wcsnlen
wcsnrtombs
wcspbrk
wcsrchr
wcsrtombs
wcsspn
wcsstr
wcstoimax
wcstok
wcstombs
wcswidth
wctob
wctomb
wctrans
wctype
wcwidth
whatis
whereis
wmemchr
wmemcmp
wmemcpy
wmemmove
wmemset
wordexp
wprintf
write
x25
x86_64
xcrypt
xdr
xxd
y0
ypcat
ypchfn
ypchsh
ypdomainname
ypmatch
yppasswd
yppoll
ypset
yptest
ypwhich
yum
yum-builddep
yum-complete-transaction
yum-shell
yum-updatesd
yum-utils
yum-verify
yumdownloader
zcat
zcmp
zdiff
zdump
zforce
zgrep
zic
zmore
znew

Pages de MAN

EPOLL(7)		  Manuel du programmeur Linux		      EPOLL(7)



NOM
       epoll - Notifications d'événements d'entrées-sorties.

SYNOPSIS
       #include 

DESCRIPTION
       epoll  est  une variante de poll(2) que l'on peut déclencher par niveau
       ou par changement d'état, et monte bien en charge pour un grand	nombre
       de  descripteurs	 simultanés.  Les appels système suivants sont fournis
       pour créer et superviser une instance epoll :

       *  Une  instance	 epoll	créée  par  epoll_create(2),  qui  renvoie  un
	  descripteur de fichier référençant l'instance epoll (la version plus
	  récente epoll_create1(2) étend  les  fonctionnalités	de  epoll_cre-
	  ate(2)).

       *  L'intérêt pour un descripteur de fichier est ensuite enregistré avec
	  epoll_ctl(2). L'ensemble de descripteurs  de	fichiers  actuellement
	  enregistré  pour  une	 instance epoll est parfois appelé un ensemble
	  epoll.

       *  Enfin, l'attente est effectivement démarrée avec epoll_wait(2).

   Détection de niveau et détection de transition
       L'interface de distribution d'événements de epoll  est  capable	de  se
       comporter en détection de niveau (Level Triggered - LT) ou en détection
       de transition (Edge Triggered -	ET).  La  différence  entre  ces  deux
       mécanismes est décrite ci-dessous. Supposons que le scénario suivant se
       produise :

       1. Le descripteur de fichier qui représente le côté lecture  d'un  tube
	  (rfd) est enregistré dans l'instance epoll.

       2. Celui qui écrit dans le tube envoie 2 Ko de données.

       3. Un  appel à epoll_wait(2) est effectué et renvoie rfd comme descrip-
	  teur de fichier prêt.

       4. Le lecteur du tube lit 1 Ko de données depuis rfd.

       5. Un appel de epoll_wait(2) est effectué.

       Si le descripteur rfd a été ajouté  à  l'ensemble  epoll	 en  utilisant
       l'attribut  EPOLLET  (edge-triggered), l'appel epoll_wait(2), réalisé à
       l'étape 5, va probablement bloquer bien qu'il y ait  des	 données  tou-
       jours présentes dans les tampons d'entrée du fichier et le pair distant
       attendra une réponse basée sur les données qu'il a  déjà	 envoyées.  La
       raison  en est que le mécanisme de distribution d'événements Edge Trig-
       gered délivre les événements seulement lorsque des événements  survien-
       nent  sur  le  fichier  supervisé.  Ainsi, à l'étape 5, l'appelant peut
       attendre des données qui sont déjà présentes dans le  tampon  d'entrée.
       Dans  l'exemple	ci-dessus, un événement sur rfd sera déclenché à cause
       de l'écriture à l'étape 2, et l'événement est consommé  dans  3.	 Comme
       l'opération  de lecture de l'étape 4 ne consomme pas toutes les données
       du tampon, l'appel à epoll_wait(2)  effectué  à	l'étape	 5  peut  ver-
       rouiller indéfiniment.

       Une  application	 qui  emploie  l'attribut EPOLLET de la fonction epoll
       devrait toujours utiliser des descripteurs non  bloquants  pour	éviter
       qu'une lecture ou une écriture ne bloque, par une famine, une tâche qui
       gère  plusieurs	descripteurs  de  fichier.  L'utilisation   préconisée
       d'epoll	avec  l'interface en détection de changements (EPOLLET) est la
       suivante :

	      i	  avec des descripteurs non bloquants ; et

	      ii  en attendant seulement après qu'un read(2) ou un write(2)  a
		  renvoyé EAGAIN.

       Au  contraire,  lorsqu'il  est utilisé avec l'interface en détection de
       niveau (par défaut si EPOLLET n'est pas spécifié), epoll est une alter-
       native  plus  rapide à poll(2), et peut être employé chaque fois que ce
       dernier est utilisé, car il utilise la même sémantique.

       Même dans un epoll de type Edge Triggered, plusieurs événements peuvent
       être  générés  à	 la réception de nombreux blocs de données. L'appelant
       peut, en spécifiant l'attribut EPOLLONESHOT, faire désactiver par epoll
       le  descripteur	de  fichier associé, après la réception d'un événement
       avec epoll_wait(2). Lorsque l'attribut EPOLLONESHOT  est	 spécifié,  il
       est  de	la  responsabilité  de l'appelant de réarmer le descripteur en
       utilisant epoll_ctl(2) avec EPOLL_CTL_MOD.

   Interfaces /proc
       Les interfaces suivantes peuvent être utilisées pour limiter  la	 quan-
       tité de mémoire du noyau utilisée par epoll :

       /proc/sys/fs/epoll/max_user_watches (depuis Linux 2.6.28)
	      Ceci  définit  une  limite  au  nombre  total de descripteurs de
	      fichiers qu'un utilisateur peut enregistrer  au  travers	toutes
	      les  instances epoll du système. La limite est imposée par iden-
	      tifiant d'utilisateur réel. Chaque descripteur de fichier enreg-
	      istré  coûte  environ  90 octets sur un noyau 32 bits et environ
	      160 octets sur un noyau  64 bits.	 Actuellement  la  valeur  par
	      défaut  pour  max_user_watches  est  de  1/25 (4%) de la mémoire
	      basse disponible, divisé par le coût d'allocation en octets.

   Exemple d'utilisation
       Tandis que l'utilisation de epoll avec un déclenchement par niveau cor-
       respond	à la même sémantique que poll(2), le déclenchement par change-
       ment d'état  nécessite  plus  d'explication  pour  éviter  les  cas  de
       blocage.	 Dans cet exemple, le lecteur emploie une socket non bloquante
       sur laquelle listen(2)  a  été  appelée.	 La  fonction  do_use_fd()  va
       utiliser	 le nouveau descripteur de fichier, jusqu'à ce que EAGAIN soit
       renvoyé par read(2) ou par write(2). Une application  fonctionnant  par
       transition d'état devrait, après réception d'EAGAIN, enregistrer l'état
       en cours, afin que l'appel suivant  de  do_use_fd()  continue  avec  le
       read(2) ou le write(2) où il s'est arrêté.

	   #define MAX_EVENTS 10
	   struct epoll_event ev, events[MAX_EVENTS];
	   int listen_sock, conn_sock, nfds, epollfd;

	   /* Set up listening socket, 'listen_sock' (socket(),
	      bind(), listen()) */

	   epollfd = epoll_create(10);
	   if (epollfd == -1) {
	       perror("epoll_create");
	       exit(EXIT_FAILURE);
	   }

	   ev.events = EPOLLIN;
	   ev.data.fd = listen_sock;
	   if (epoll_ctl(epollfd, EPOLL_CTL_ADD, listen_sock, &ev) == -1) {
	       perror("epoll_ctl: listen_sock");
	       exit(EXIT_FAILURE);
	   }

	   for (;;) {
	       nfds = epoll_wait(epollfd, events, MAX_EVENTS, -1);
	       if (nfds == -1) {
		   perror("epoll_pwait");
		   exit(EXIT_FAILURE);
	       }

	       for (n = 0; n < nfds; ++n) {
		   if (events[n].data.fd == listen_sock) {
		       conn_sock = accept(listen_sock,
				       (struct sockaddr *) &local, &addrlen);
		       if (conn_sock == -1) {
			   perror("accept");
			   exit(EXIT_FAILURE);
		       }
		       setnonblocking(conn_sock);
		       ev.events = EPOLLIN | EPOLLET;
		       ev.data.fd = conn_sock;
		       if (epoll_ctl(epollfd, EPOLL_CTL_ADD, conn_sock,
				   &ev) == -1) {
			   perror("epoll_ctl: conn_sock");
			   exit(EXIT_FAILURE);
		       }
		   } else {
		       do_use_fd(events[n].data.fd);
		   }
	       }
	   }

       Lorsqu'on utilise une détection de changement d'états, pour des raisons
       de performances, il est possible d'ajouter le  descripteur  de  fichier
       dans   l'interface   epoll  (EPOLL_CTL_ADD)  une	 fois,	en  spécifiant
       (EPOLLIN|EPOLLOUT). Ceci évite de basculer sans cesse entre EPOLLIN  et
       EPOLLOUT lors des appels epoll_ctl(2) avec EPOLL_CTL_MOD.

   Questions/Réponses
       Q0  Quelle  est	la  clé	 utilisée  pour distinguer les descripteurs de
	   fichier enregistrés dans un ensemble epoll ?

       A0  La clé est une combinaison du numéro du descripteur de  fichier  et
	   de la description du fichier ouvert (aussi connue comme « open file
	   handle », la représentation interne au noyau d'un fichier  ouvert).

       Q1  Que se passe-t-il si on enregistre deux fois le même descripteur de
	   fichier dans une instance epoll ?

       A1  Vous aurez  probablement  un	 EEXIST.  Cependant  il	 est  possible
	   d'ajouter  un  duplicat  de	descripteur (dup(2), dup2(2), fcntl(2)
	   F_DUPFD) sur la même instance epoll. Ceci peut être	une  technique
	   utile  pour le filtrage d'événements, si les descripteurs duplicats
	   sont enregistré avec un masque d'événements events différent.

       Q2  Deux instances epoll peuvent-elles attendre le même descripteur  de
	   fichier ?  Si  oui, les événements seront-ils reportés sur les deux
	   descripteurs de fichier epoll en même temps ?

       A2  Oui, et les événements seront rapportés aux	deux.  Toutefois,  une
	   programmation  soignée  est nécessaire pour que cela soit fait cor-
	   rectement.

       Q3  Peut-on  utiliser   le   descripteur	  de   epoll   lui-même	  avec
	   poll/epoll/select?

       A3  Oui.	 Si  un	 descripteur  de  fichier  epoll  a  des événements en
	   attente, alors il indiquera qu'il est lisible.

       Q4  Que se passe-t-il si on cherche à placer un	descripteur  de	 epoll
	   dans son propre ensemble ?

       A4  L'appel  à  epoll_ctl(2)  échouera  (EINVAL). Toutefois vous pouvez
	   ajouter un descripteur de epoll dans un autre ensemble epoll.

       Q5  Puis-je envoyer le descripteur de epoll à travers une  socket  Unix
	   vers un autre processus ?

       A5  Oui,	 mais il n'y a aucune raison de faire ça, puisque le processus
	   récepteur n'aura pas	 de  copie  des	 descripteurs  de  fichier  de
	   l'ensemble epoll.

       Q6  Est-ce  que	la fermeture d'un descripteur le supprime automatique-
	   ment de tous les ensembles epoll ?

       A6  Oui, mais prenez note des points qui	 suivent.  Un  descripteur  de
	   fichier  est	 une référence vers la description d'un fichier ouvert
	   (voir open(2)). À chaque fois qu'un descripteur est	dupliqué  avec
	   dup(2),  dup2(2),  fcntl(2) F_DUPFD ou fork(2), un nouveau descrip-
	   teur de fichier qui se réfère au même fichier ouvert est créé.  Une
	   description	de  fichier  ouvert  continue à exister jusqu'à ce que
	   tous les descripteurs de fichier qui s'y réfèrent soient fermés. Un
	   descripteur	de  fichier  est  retiré d'un ensemble epoll seulement
	   après que tous les descripteurs de fichier qui  se  réfèrent	 à  la
	   description	de fichier ouvert sous-jacente soient fermés (ou avant
	   si le descripteur est explicitement retiré en utilisant epoll_ctl()
	   EPOLL_CTL_DEL).  Ceci  signifie que même après qu'un descripteur de
	   fichier d'un ensemble epoll soit fermé, des événements peuvent tou-
	   jours  être	remontés  pour	ce  descripteur de fichier si d'autres
	   descripteur de fichier,  se	référant  à  la	 même  description  de
	   fichier sous-jacente, restent ouvert.

       Q7  Si plus d'un événement surviennent entre deux appels epoll_wait(2),
	   sont-ils combinés ou rapportés séparément ?

       A7  Ils sont combinés.

       Q8  Est-ce qu'une opération sur un descripteur affecte  les  événements
	   déjà collectés mais pas encore rapportés ?

       A8  Vous pouvez faire deux choses sur un descripteur existant. Une sup-
	   pression serait sans signification dans ce  cas.  Une  modification
	   revérifie les entrées-sorties disponibles.

       Q9  Dois-je  lire/écrire	 sans  cesse  un  descripteur  jusqu'à obtenir
	   EAGAIN avec l'attribut EPOLLET (comportement edge-triggered) ?

       A9  La réception d'un  événement	 depuis	 epoll_wait(2)	suggère	 qu'un
	   descripteur	est prêt pour l'opération d'E/S désirée. Vous devez le
	   considérer prêt jusqu'à ce que la  prochaine	 lecture  ou  écriture
	   (non	 bloquante)  remonte  un  EAGAIN. Quand et comment utiliser le
	   descripteur dépend de vous.

	   Pour les fichiers orientés paquet ou jeton (par exemple, une socket
	   datagramme  ou  un  terminal	 en mode canonique), la seule façon de
	   détecter la fin de l'espace d'entrée-sortie pour  les  lectures  ou
	   écritures  est  de  continuer à lire ou écrire jusqu'à la réception
	   d'un EAGAIN.

	   Pour les fichiers orientés flux (par exemple, les  tubes,  FIFO  ou
	   sockets   en	 mode  flux),  la  disponibilité  des  entrées-sorties
	   peut-être vérifiée par la quantité de données lues ou écrites  avec
	   le  descripteur.  Par exemple, si vous appelez read(2) en demandant
	   la lecture d'une certaine quantité de données  et  que  read(2)  en
	   renvoie  moins, vous pouvez être sûrs d'avoir consommé tout le tam-
	   pon d'entrée pour le descripteur. La	 même  chose  est  vraie  pour
	   l'appel  système write(2). (Évitez cette dernière technique si vous
	   ne pouvez garantir que le descripteur de fichier  surveillé	corre-
	   spond toujours à un fichier de type flux)

   Erreurs possibles et moyens de les éviter
       o Famine (edge-triggered)

       S'il  y	a  un  gros  volume  d'entrées-sorties,	 il est possible qu'en
       essayant de les traiter,	 d'autres  fichiers  ne	 soient	 pas  pris  en
       compte,	ce  qu'on  appelle  un	cas  de	 famine. Ce problème n'est pas
       spécifique à epoll.

       La solution est de maintenir une liste de descripteurs prêts et de  les
       marquer	comme tels dans leur structure associée, permettant à l'appli-
       cation de savoir quels  fichiers	 traiter,  en  organisant  l'ordre  au
       mieux.  Ceci  permet  aussi d'ignorer les événements ultérieurs sur des
       descripteurs prêts.

       o Utilisation d'un cache d'événements...

       Si vous utilisez un cache d'événement, ou stockez tous les descripteurs
       renvoyés	 par  epoll_wait(2), alors assurez-vous de disposer d'un moyen
       de marquer dynamiquement leurs fermetures  (causées  par	 un  événement
       précédent). Supposons que vous recevez 100 événements de epoll_wait(2),
       et que l'événement 47 implique de fermer le  descripteur	 13.  Si  vous
       supprimez  la  structure	 et  utilisez close(2), alors votre cache peut
       encore contenir des  événements	pour  ce  descripteur,	et  poser  des
       problèmes de cohérence.

       Une  solution  est d'invoquer, pendant le traitement de l'événement 47,
       epoll_ctl(EPOLL_CTL_DEL) pour supprimer le descripteur  13,  le	fermer
       avec  close(2),	et  marquer  sa structure associée comme supprimée. Si
       vous rencontrez un autre événement pour le descripteur  13  dans	 votre
       traitement,  vous  verrez  qu'il	 a été supprimé précédemment, sans que
       cela ne prête à confusion.

VERSIONS
       L'API epoll a été introduite dans le noyau Linux 2.5.44.	 La  prise  en
       charge par la glibc a été ajoutée dans la version 2.3.2.

CONFORMITÉ
       L'API  epoll  est  spécifique  à	 Linux. Certains autres systèmes four-
       nissent des mécanismes similaires. Par exemple, FreeBSD propose	kqueue
       et Solaris /dev/poll.

VOIR AUSSI
       epoll_create(2), epoll_create1(2), epoll_ctl(2), epoll_wait(2)

COLOPHON
       Cette  page  fait  partie  de  la  publication 3.23 du projet man-pages
       Linux. Une description du projet et des instructions pour signaler  des
       anomalies   peuvent  être  trouvées  à  l'adresse  .

TRADUCTION
       Depuis 2010, cette traduction est maintenue à l'aide  de	 l'outil  po4a
        par l'équipe de traduction franco-
       phone	    au	       sein	    du	       projet	      perkamon
       .

       Christophe  Blaess   (1996-2003),
       Alain  Portal  	(2003-2006).	Julien
       Cristau et l'équipe francophone de traduction de Debian (2006-2009).

       Veuillez	 signaler  toute  erreur  de  traduction en écrivant à .

       Vous pouvez toujours avoir accès à la version anglaise de  ce  document
       en utilisant la commande « LC_ALL=C man 
». Linux 1er février 2009 EPOLL(7)

 


www.eurower.info