ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/IO-AIO/AIO.pm
(Generate patch)

Comparing IO-AIO/AIO.pm (file contents):
Revision 1.146 by root, Tue Apr 21 20:06:05 2009 UTC vs.
Revision 1.278 by root, Sun Oct 1 07:24:34 2017 UTC

1=head1 NAME 1=head1 NAME
2 2
3IO::AIO - Asynchronous Input/Output 3IO::AIO - Asynchronous/Advanced Input/Output
4 4
5=head1 SYNOPSIS 5=head1 SYNOPSIS
6 6
7 use IO::AIO; 7 use IO::AIO;
8 8
9 aio_open "/etc/passwd", O_RDONLY, 0, sub { 9 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
10 my $fh = shift 10 my $fh = shift
11 or die "/etc/passwd: $!"; 11 or die "/etc/passwd: $!";
12 ... 12 ...
13 }; 13 };
14 14
26 $req->cancel; # cancel request if still in queue 26 $req->cancel; # cancel request if still in queue
27 27
28 my $grp = aio_group sub { print "all stats done\n" }; 28 my $grp = aio_group sub { print "all stats done\n" };
29 add $grp aio_stat "..." for ...; 29 add $grp aio_stat "..." for ...;
30 30
31 # AnyEvent integration (EV, Event, Glib, Tk, POE, urxvt, pureperl...)
32 use AnyEvent::AIO;
33
34 # EV integration
35 my $w = EV::io IO::AIO::poll_fileno, EV::READ, \&IO::AIO::poll_cb;
36
37 # Event integration
38 Event->io (fd => IO::AIO::poll_fileno,
39 poll => 'r',
40 cb => \&IO::AIO::poll_cb);
41
42 # Glib/Gtk2 integration
43 add_watch Glib::IO IO::AIO::poll_fileno,
44 in => sub { IO::AIO::poll_cb; 1 };
45
46 # Tk integration
47 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "",
48 readable => \&IO::AIO::poll_cb);
49
50 # Danga::Socket integration
51 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno =>
52 \&IO::AIO::poll_cb);
53
54=head1 DESCRIPTION 31=head1 DESCRIPTION
55 32
56This module implements asynchronous I/O using whatever means your 33This module implements asynchronous I/O using whatever means your
57operating system supports. 34operating system supports. It is implemented as an interface to C<libeio>
35(L<http://software.schmorp.de/pkg/libeio.html>).
58 36
59Asynchronous means that operations that can normally block your program 37Asynchronous means that operations that can normally block your program
60(e.g. reading from disk) will be done asynchronously: the operation 38(e.g. reading from disk) will be done asynchronously: the operation
61will still block, but you can do something else in the meantime. This 39will still block, but you can do something else in the meantime. This
62is extremely useful for programs that need to stay interactive even 40is extremely useful for programs that need to stay interactive even
66on a RAID volume or over NFS when you do a number of stat operations 44on a RAID volume or over NFS when you do a number of stat operations
67concurrently. 45concurrently.
68 46
69While most of this works on all types of file descriptors (for 47While most of this works on all types of file descriptors (for
70example sockets), using these functions on file descriptors that 48example sockets), using these functions on file descriptors that
71support nonblocking operation (again, sockets, pipes etc.) is very 49support nonblocking operation (again, sockets, pipes etc.) is
72inefficient. Use an event loop for that (such as the L<Event|Event> 50very inefficient. Use an event loop for that (such as the L<EV>
73module): IO::AIO will naturally fit into such an event loop itself. 51module): IO::AIO will naturally fit into such an event loop itself.
74 52
75In this version, a number of threads are started that execute your 53In this version, a number of threads are started that execute your
76requests and signal their completion. You don't need thread support 54requests and signal their completion. You don't need thread support
77in perl, and the threads created by this module will not be visible 55in perl, and the threads created by this module will not be visible
80not well-supported or restricted (GNU/Linux doesn't allow them on normal 58not well-supported or restricted (GNU/Linux doesn't allow them on normal
81files currently, for example), and they would only support aio_read and 59files currently, for example), and they would only support aio_read and
82aio_write, so the remaining functionality would have to be implemented 60aio_write, so the remaining functionality would have to be implemented
83using threads anyway. 61using threads anyway.
84 62
63In addition to asynchronous I/O, this module also exports some rather
64arcane interfaces, such as C<madvise> or linux's C<splice> system call,
65which is why the C<A> in C<AIO> can also mean I<advanced>.
66
85Although the module will work in the presence of other (Perl-) threads, 67Although the module will work in the presence of other (Perl-) threads,
86it is currently not reentrant in any way, so use appropriate locking 68it is currently not reentrant in any way, so use appropriate locking
87yourself, always call C<poll_cb> from within the same thread, or never 69yourself, always call C<poll_cb> from within the same thread, or never
88call C<poll_cb> (or other C<aio_> functions) recursively. 70call C<poll_cb> (or other C<aio_> functions) recursively.
89 71
90=head2 EXAMPLE 72=head2 EXAMPLE
91 73
92This is a simple example that uses the Event module and loads 74This is a simple example that uses the EV module and loads
93F</etc/passwd> asynchronously: 75F</etc/passwd> asynchronously:
94 76
95 use Fcntl;
96 use Event; 77 use EV;
97 use IO::AIO; 78 use IO::AIO;
98 79
99 # register the IO::AIO callback with Event 80 # register the IO::AIO callback with EV
100 Event->io (fd => IO::AIO::poll_fileno, 81 my $aio_w = EV::io IO::AIO::poll_fileno, EV::READ, \&IO::AIO::poll_cb;
101 poll => 'r',
102 cb => \&IO::AIO::poll_cb);
103 82
104 # queue the request to open /etc/passwd 83 # queue the request to open /etc/passwd
105 aio_open "/etc/passwd", O_RDONLY, 0, sub { 84 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
106 my $fh = shift 85 my $fh = shift
107 or die "error while opening: $!"; 86 or die "error while opening: $!";
108 87
109 # stat'ing filehandles is generally non-blocking 88 # stat'ing filehandles is generally non-blocking
110 my $size = -s $fh; 89 my $size = -s $fh;
119 98
120 # file contents now in $contents 99 # file contents now in $contents
121 print $contents; 100 print $contents;
122 101
123 # exit event loop and program 102 # exit event loop and program
124 Event::unloop; 103 EV::break;
125 }; 104 };
126 }; 105 };
127 106
128 # possibly queue up other requests, or open GUI windows, 107 # possibly queue up other requests, or open GUI windows,
129 # check for sockets etc. etc. 108 # check for sockets etc. etc.
130 109
131 # process events as long as there are some: 110 # process events as long as there are some:
132 Event::loop; 111 EV::run;
133 112
134=head1 REQUEST ANATOMY AND LIFETIME 113=head1 REQUEST ANATOMY AND LIFETIME
135 114
136Every C<aio_*> function creates a request. which is a C data structure not 115Every C<aio_*> function creates a request. which is a C data structure not
137directly visible to Perl. 116directly visible to Perl.
187 166
188package IO::AIO; 167package IO::AIO;
189 168
190use Carp (); 169use Carp ();
191 170
192no warnings; 171use common::sense;
193use strict 'vars';
194 172
195use base 'Exporter'; 173use base 'Exporter';
196 174
197BEGIN { 175BEGIN {
198 our $VERSION = '3.19'; 176 our $VERSION = 4.35;
199 177
200 our @AIO_REQ = qw(aio_sendfile aio_read aio_write aio_open aio_close 178 our @AIO_REQ = qw(aio_sendfile aio_seek aio_read aio_write aio_open aio_close
201 aio_stat aio_lstat aio_unlink aio_rmdir aio_readdir 179 aio_stat aio_lstat aio_unlink aio_rmdir aio_readdir aio_readdirx
202 aio_scandir aio_symlink aio_readlink aio_sync aio_fsync 180 aio_scandir aio_symlink aio_readlink aio_realpath aio_fcntl aio_ioctl
203 aio_fdatasync aio_sync_file_range aio_pathsync aio_readahead 181 aio_sync aio_fsync aio_syncfs aio_fdatasync aio_sync_file_range
182 aio_pathsync aio_readahead aio_fiemap aio_allocate
204 aio_rename aio_link aio_move aio_copy aio_group 183 aio_rename aio_rename2 aio_link aio_move aio_copy aio_group
205 aio_nop aio_mknod aio_load aio_rmtree aio_mkdir aio_chown 184 aio_nop aio_mknod aio_load aio_rmtree aio_mkdir aio_chown
206 aio_chmod aio_utime aio_truncate); 185 aio_chmod aio_utime aio_truncate
186 aio_msync aio_mtouch aio_mlock aio_mlockall
187 aio_statvfs
188 aio_wd);
207 189
208 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice)); 190 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice));
209 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush 191 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush
210 min_parallel max_parallel max_idle 192 min_parallel max_parallel max_idle idle_timeout
211 nreqs nready npending nthreads 193 nreqs nready npending nthreads
212 max_poll_time max_poll_reqs); 194 max_poll_time max_poll_reqs
195 sendfile fadvise madvise
196 mmap munmap munlock munlockall);
213 197
214 push @AIO_REQ, qw(aio_busy); # not exported 198 push @AIO_REQ, qw(aio_busy); # not exported
215 199
216 @IO::AIO::GRP::ISA = 'IO::AIO::REQ'; 200 @IO::AIO::GRP::ISA = 'IO::AIO::REQ';
217 201
219 XSLoader::load ("IO::AIO", $VERSION); 203 XSLoader::load ("IO::AIO", $VERSION);
220} 204}
221 205
222=head1 FUNCTIONS 206=head1 FUNCTIONS
223 207
224=head2 AIO REQUEST FUNCTIONS 208=head2 QUICK OVERVIEW
209
210This section simply lists the prototypes most of the functions for
211quick reference. See the following sections for function-by-function
212documentation.
213
214 aio_wd $pathname, $callback->($wd)
215 aio_open $pathname, $flags, $mode, $callback->($fh)
216 aio_close $fh, $callback->($status)
217 aio_seek $fh,$offset,$whence, $callback->($offs)
218 aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
219 aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
220 aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval)
221 aio_readahead $fh,$offset,$length, $callback->($retval)
222 aio_stat $fh_or_path, $callback->($status)
223 aio_lstat $fh, $callback->($status)
224 aio_statvfs $fh_or_path, $callback->($statvfs)
225 aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
226 aio_chown $fh_or_path, $uid, $gid, $callback->($status)
227 aio_chmod $fh_or_path, $mode, $callback->($status)
228 aio_truncate $fh_or_path, $offset, $callback->($status)
229 aio_allocate $fh, $mode, $offset, $len, $callback->($status)
230 aio_fiemap $fh, $start, $length, $flags, $count, $cb->(\@extents)
231 aio_unlink $pathname, $callback->($status)
232 aio_mknod $pathname, $mode, $dev, $callback->($status)
233 aio_link $srcpath, $dstpath, $callback->($status)
234 aio_symlink $srcpath, $dstpath, $callback->($status)
235 aio_readlink $pathname, $callback->($link)
236 aio_realpath $pathname, $callback->($path)
237 aio_rename $srcpath, $dstpath, $callback->($status)
238 aio_rename2 $srcpath, $dstpath, $flags, $callback->($status)
239 aio_mkdir $pathname, $mode, $callback->($status)
240 aio_rmdir $pathname, $callback->($status)
241 aio_readdir $pathname, $callback->($entries)
242 aio_readdirx $pathname, $flags, $callback->($entries, $flags)
243 IO::AIO::READDIR_DENTS IO::AIO::READDIR_DIRS_FIRST
244 IO::AIO::READDIR_STAT_ORDER IO::AIO::READDIR_FOUND_UNKNOWN
245 aio_scandir $pathname, $maxreq, $callback->($dirs, $nondirs)
246 aio_load $pathname, $data, $callback->($status)
247 aio_copy $srcpath, $dstpath, $callback->($status)
248 aio_move $srcpath, $dstpath, $callback->($status)
249 aio_rmtree $pathname, $callback->($status)
250 aio_fcntl $fh, $cmd, $arg, $callback->($status)
251 aio_ioctl $fh, $request, $buf, $callback->($status)
252 aio_sync $callback->($status)
253 aio_syncfs $fh, $callback->($status)
254 aio_fsync $fh, $callback->($status)
255 aio_fdatasync $fh, $callback->($status)
256 aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
257 aio_pathsync $pathname, $callback->($status)
258 aio_msync $scalar, $offset = 0, $length = undef, flags = MS_SYNC, $callback->($status)
259 aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
260 aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
261 aio_mlockall $flags, $callback->($status)
262 aio_group $callback->(...)
263 aio_nop $callback->()
264
265 $prev_pri = aioreq_pri [$pri]
266 aioreq_nice $pri_adjust
267
268 IO::AIO::poll_wait
269 IO::AIO::poll_cb
270 IO::AIO::poll
271 IO::AIO::flush
272 IO::AIO::max_poll_reqs $nreqs
273 IO::AIO::max_poll_time $seconds
274 IO::AIO::min_parallel $nthreads
275 IO::AIO::max_parallel $nthreads
276 IO::AIO::max_idle $nthreads
277 IO::AIO::idle_timeout $seconds
278 IO::AIO::max_outstanding $maxreqs
279 IO::AIO::nreqs
280 IO::AIO::nready
281 IO::AIO::npending
282 $nfd = IO::AIO::get_fdlimit [EXPERIMENTAL]
283 IO::AIO::min_fdlimit $nfd [EXPERIMENTAL]
284
285 IO::AIO::sendfile $ofh, $ifh, $offset, $count
286 IO::AIO::fadvise $fh, $offset, $len, $advice
287 IO::AIO::mmap $scalar, $length, $prot, $flags[, $fh[, $offset]]
288 IO::AIO::munmap $scalar
289 IO::AIO::madvise $scalar, $offset, $length, $advice
290 IO::AIO::mprotect $scalar, $offset, $length, $protect
291 IO::AIO::munlock $scalar, $offset = 0, $length = undef
292 IO::AIO::munlockall
293
294=head2 API NOTES
225 295
226All the C<aio_*> calls are more or less thin wrappers around the syscall 296All the C<aio_*> calls are more or less thin wrappers around the syscall
227with the same name (sans C<aio_>). The arguments are similar or identical, 297with the same name (sans C<aio_>). The arguments are similar or identical,
228and they all accept an additional (and optional) C<$callback> argument 298and they all accept an additional (and optional) C<$callback> argument
229which must be a code reference. This code reference will get called with 299which must be a code reference. This code reference will be called after
230the syscall return code (e.g. most syscalls return C<-1> on error, unlike 300the syscall has been executed in an asynchronous fashion. The results
231perl, which usually delivers "false") as its sole argument after the given 301of the request will be passed as arguments to the callback (and, if an
232syscall has been executed asynchronously. 302error occured, in C<$!>) - for most requests the syscall return code (e.g.
303most syscalls return C<-1> on error, unlike perl, which usually delivers
304"false").
305
306Some requests (such as C<aio_readdir>) pass the actual results and
307communicate failures by passing C<undef>.
233 308
234All functions expecting a filehandle keep a copy of the filehandle 309All functions expecting a filehandle keep a copy of the filehandle
235internally until the request has finished. 310internally until the request has finished.
236 311
237All functions return request objects of type L<IO::AIO::REQ> that allow 312All functions return request objects of type L<IO::AIO::REQ> that allow
238further manipulation of those requests while they are in-flight. 313further manipulation of those requests while they are in-flight.
239 314
240The pathnames you pass to these routines I<must> be absolute and 315The pathnames you pass to these routines I<should> be absolute. The
241encoded as octets. The reason for the former is that at the time the 316reason for this is that at the time the request is being executed, the
242request is being executed, the current working directory could have 317current working directory could have changed. Alternatively, you can
243changed. Alternatively, you can make sure that you never change the 318make sure that you never change the current working directory anywhere
244current working directory anywhere in the program and then use relative 319in the program and then use relative paths. You can also take advantage
245paths. 320of IO::AIOs working directory abstraction, that lets you specify paths
321relative to some previously-opened "working directory object" - see the
322description of the C<IO::AIO::WD> class later in this document.
246 323
247To encode pathnames as octets, either make sure you either: a) always pass 324To encode pathnames as octets, either make sure you either: a) always pass
248in filenames you got from outside (command line, readdir etc.) without 325in filenames you got from outside (command line, readdir etc.) without
249tinkering, b) are ASCII or ISO 8859-1, c) use the Encode module and encode 326tinkering, b) are in your native filesystem encoding, c) use the Encode
250your pathnames to the locale (or other) encoding in effect in the user 327module and encode your pathnames to the locale (or other) encoding in
251environment, d) use Glib::filename_from_unicode on unicode filenames or e) 328effect in the user environment, d) use Glib::filename_from_unicode on
252use something else to ensure your scalar has the correct contents. 329unicode filenames or e) use something else to ensure your scalar has the
330correct contents.
253 331
254This works, btw. independent of the internal UTF-8 bit, which IO::AIO 332This works, btw. independent of the internal UTF-8 bit, which IO::AIO
255handles correctly whether it is set or not. 333handles correctly whether it is set or not.
334
335=head2 AIO REQUEST FUNCTIONS
256 336
257=over 4 337=over 4
258 338
259=item $prev_pri = aioreq_pri [$pri] 339=item $prev_pri = aioreq_pri [$pri]
260 340
290 370
291 371
292=item aio_open $pathname, $flags, $mode, $callback->($fh) 372=item aio_open $pathname, $flags, $mode, $callback->($fh)
293 373
294Asynchronously open or create a file and call the callback with a newly 374Asynchronously open or create a file and call the callback with a newly
295created filehandle for the file. 375created filehandle for the file (or C<undef> in case of an error).
296 376
297The pathname passed to C<aio_open> must be absolute. See API NOTES, above, 377The pathname passed to C<aio_open> must be absolute. See API NOTES, above,
298for an explanation. 378for an explanation.
299 379
300The C<$flags> argument is a bitmask. See the C<Fcntl> module for a 380The C<$flags> argument is a bitmask. See the C<Fcntl> module for a
307by the umask in effect then the request is being executed, so better never 387by the umask in effect then the request is being executed, so better never
308change the umask. 388change the umask.
309 389
310Example: 390Example:
311 391
312 aio_open "/etc/passwd", O_RDONLY, 0, sub { 392 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
313 if ($_[0]) { 393 if ($_[0]) {
314 print "open successful, fh is $_[0]\n"; 394 print "open successful, fh is $_[0]\n";
315 ... 395 ...
316 } else { 396 } else {
317 die "open failed: $!\n"; 397 die "open failed: $!\n";
318 } 398 }
319 }; 399 };
320 400
401In addition to all the common open modes/flags (C<O_RDONLY>, C<O_WRONLY>,
402C<O_RDWR>, C<O_CREAT>, C<O_TRUNC>, C<O_EXCL> and C<O_APPEND>), the
403following POSIX and non-POSIX constants are available (missing ones on
404your system are, as usual, C<0>):
405
406C<O_ASYNC>, C<O_DIRECT>, C<O_NOATIME>, C<O_CLOEXEC>, C<O_NOCTTY>, C<O_NOFOLLOW>,
407C<O_NONBLOCK>, C<O_EXEC>, C<O_SEARCH>, C<O_DIRECTORY>, C<O_DSYNC>,
408C<O_RSYNC>, C<O_SYNC>, C<O_PATH>, C<O_TMPFILE>, and C<O_TTY_INIT>.
409
321 410
322=item aio_close $fh, $callback->($status) 411=item aio_close $fh, $callback->($status)
323 412
324Asynchronously close a file and call the callback with the result 413Asynchronously close a file and call the callback with the result
325code. 414code.
334Or in other words: the file descriptor will be closed, but it will not be 423Or in other words: the file descriptor will be closed, but it will not be
335free for reuse until the perl filehandle is closed. 424free for reuse until the perl filehandle is closed.
336 425
337=cut 426=cut
338 427
428=item aio_seek $fh, $offset, $whence, $callback->($offs)
429
430Seeks the filehandle to the new C<$offset>, similarly to perl's
431C<sysseek>. The C<$whence> can use the traditional values (C<0> for
432C<IO::AIO::SEEK_SET>, C<1> for C<IO::AIO::SEEK_CUR> or C<2> for
433C<IO::AIO::SEEK_END>).
434
435The resulting absolute offset will be passed to the callback, or C<-1> in
436case of an error.
437
438In theory, the C<$whence> constants could be different than the
439corresponding values from L<Fcntl>, but perl guarantees they are the same,
440so don't panic.
441
442As a GNU/Linux (and maybe Solaris) extension, also the constants
443C<IO::AIO::SEEK_DATA> and C<IO::AIO::SEEK_HOLE> are available, if they
444could be found. No guarantees about suitability for use in C<aio_seek> or
445Perl's C<sysseek> can be made though, although I would naively assume they
446"just work".
447
339=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 448=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
340 449
341=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 450=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
342 451
343Reads or writes C<$length> bytes from or to the specified C<$fh> and 452Reads or writes C<$length> bytes from or to the specified C<$fh> and
344C<$offset> into the scalar given by C<$data> and offset C<$dataoffset> 453C<$offset> into the scalar given by C<$data> and offset C<$dataoffset> and
345and calls the callback without the actual number of bytes read (or -1 on 454calls the callback with the actual number of bytes transferred (or -1 on
346error, just like the syscall). 455error, just like the syscall).
347 456
348C<aio_read> will, like C<sysread>, shrink or grow the C<$data> scalar to 457C<aio_read> will, like C<sysread>, shrink or grow the C<$data> scalar to
349offset plus the actual number of bytes read. 458offset plus the actual number of bytes read.
350 459
375 484
376Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts 485Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts
377reading at byte offset C<$in_offset>, and starts writing at the current 486reading at byte offset C<$in_offset>, and starts writing at the current
378file offset of C<$out_fh>. Because of that, it is not safe to issue more 487file offset of C<$out_fh>. Because of that, it is not safe to issue more
379than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each 488than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each
380other. 489other. The same C<$in_fh> works fine though, as this function does not
490move or use the file offset of C<$in_fh>.
381 491
492Please note that C<aio_sendfile> can read more bytes from C<$in_fh> than
493are written, and there is no way to find out how many more bytes have been
494read from C<aio_sendfile> alone, as C<aio_sendfile> only provides the
495number of bytes written to C<$out_fh>. Only if the result value equals
496C<$length> one can assume that C<$length> bytes have been read.
497
498Unlike with other C<aio_> functions, it makes a lot of sense to use
499C<aio_sendfile> on non-blocking sockets, as long as one end (typically
500the C<$in_fh>) is a file - the file I/O will then be asynchronous, while
501the socket I/O will be non-blocking. Note, however, that you can run
502into a trap where C<aio_sendfile> reads some data with readahead, then
503fails to write all data, and when the socket is ready the next time, the
504data in the cache is already lost, forcing C<aio_sendfile> to again hit
505the disk. Explicit C<aio_read> + C<aio_write> let's you better control
506resource usage.
507
382This call tries to make use of a native C<sendfile> syscall to provide 508This call tries to make use of a native C<sendfile>-like syscall to
383zero-copy operation. For this to work, C<$out_fh> should refer to a 509provide zero-copy operation. For this to work, C<$out_fh> should refer to
384socket, and C<$in_fh> should refer to mmap'able file. 510a socket, and C<$in_fh> should refer to an mmap'able file.
385 511
386If the native sendfile call fails or is not implemented, it will be 512If a native sendfile cannot be found or it fails with C<ENOSYS>,
387emulated, so you can call C<aio_sendfile> on any type of filehandle 513C<EINVAL>, C<ENOTSUP>, C<EOPNOTSUPP>, C<EAFNOSUPPORT>, C<EPROTOTYPE> or
514C<ENOTSOCK>, it will be emulated, so you can call C<aio_sendfile> on any
388regardless of the limitations of the operating system. 515type of filehandle regardless of the limitations of the operating system.
389 516
390Please note, however, that C<aio_sendfile> can read more bytes from 517As native sendfile syscalls (as practically any non-POSIX interface hacked
391C<$in_fh> than are written, and there is no way to find out how many 518together in a hurry to improve benchmark numbers) tend to be rather buggy
392bytes have been read from C<aio_sendfile> alone, as C<aio_sendfile> only 519on many systems, this implementation tries to work around some known bugs
393provides the number of bytes written to C<$out_fh>. Only if the result 520in Linux and FreeBSD kernels (probably others, too), but that might fail,
394value equals C<$length> one can assume that C<$length> bytes have been 521so you really really should check the return value of C<aio_sendfile> -
395read. 522fewer bytes than expected might have been transferred.
396 523
397 524
398=item aio_readahead $fh,$offset,$length, $callback->($retval) 525=item aio_readahead $fh,$offset,$length, $callback->($retval)
399 526
400C<aio_readahead> populates the page cache with data from a file so that 527C<aio_readahead> populates the page cache with data from a file so that
404whole pages, so that offset is effectively rounded down to a page boundary 531whole pages, so that offset is effectively rounded down to a page boundary
405and bytes are read up to the next page boundary greater than or equal to 532and bytes are read up to the next page boundary greater than or equal to
406(off-set+length). C<aio_readahead> does not read beyond the end of the 533(off-set+length). C<aio_readahead> does not read beyond the end of the
407file. The current file offset of the file is left unchanged. 534file. The current file offset of the file is left unchanged.
408 535
409If that syscall doesn't exist (likely if your OS isn't Linux) it will be 536If that syscall doesn't exist (likely if your kernel isn't Linux) it will
410emulated by simply reading the data, which would have a similar effect. 537be emulated by simply reading the data, which would have a similar effect.
411 538
412 539
413=item aio_stat $fh_or_path, $callback->($status) 540=item aio_stat $fh_or_path, $callback->($status)
414 541
415=item aio_lstat $fh, $callback->($status) 542=item aio_lstat $fh, $callback->($status)
422for an explanation. 549for an explanation.
423 550
424Currently, the stats are always 64-bit-stats, i.e. instead of returning an 551Currently, the stats are always 64-bit-stats, i.e. instead of returning an
425error when stat'ing a large file, the results will be silently truncated 552error when stat'ing a large file, the results will be silently truncated
426unless perl itself is compiled with large file support. 553unless perl itself is compiled with large file support.
554
555To help interpret the mode and dev/rdev stat values, IO::AIO offers the
556following constants and functions (if not implemented, the constants will
557be C<0> and the functions will either C<croak> or fall back on traditional
558behaviour).
559
560C<S_IFMT>, C<S_IFIFO>, C<S_IFCHR>, C<S_IFBLK>, C<S_IFLNK>, C<S_IFREG>,
561C<S_IFDIR>, C<S_IFWHT>, C<S_IFSOCK>, C<IO::AIO::major $dev_t>,
562C<IO::AIO::minor $dev_t>, C<IO::AIO::makedev $major, $minor>.
427 563
428Example: Print the length of F</etc/passwd>: 564Example: Print the length of F</etc/passwd>:
429 565
430 aio_stat "/etc/passwd", sub { 566 aio_stat "/etc/passwd", sub {
431 $_[0] and die "stat failed: $!"; 567 $_[0] and die "stat failed: $!";
432 print "size is ", -s _, "\n"; 568 print "size is ", -s _, "\n";
433 }; 569 };
434 570
435 571
572=item aio_statvfs $fh_or_path, $callback->($statvfs)
573
574Works like the POSIX C<statvfs> or C<fstatvfs> syscalls, depending on
575whether a file handle or path was passed.
576
577On success, the callback is passed a hash reference with the following
578members: C<bsize>, C<frsize>, C<blocks>, C<bfree>, C<bavail>, C<files>,
579C<ffree>, C<favail>, C<fsid>, C<flag> and C<namemax>. On failure, C<undef>
580is passed.
581
582The following POSIX IO::AIO::ST_* constants are defined: C<ST_RDONLY> and
583C<ST_NOSUID>.
584
585The following non-POSIX IO::AIO::ST_* flag masks are defined to
586their correct value when available, or to C<0> on systems that do
587not support them: C<ST_NODEV>, C<ST_NOEXEC>, C<ST_SYNCHRONOUS>,
588C<ST_MANDLOCK>, C<ST_WRITE>, C<ST_APPEND>, C<ST_IMMUTABLE>, C<ST_NOATIME>,
589C<ST_NODIRATIME> and C<ST_RELATIME>.
590
591Example: stat C</wd> and dump out the data if successful.
592
593 aio_statvfs "/wd", sub {
594 my $f = $_[0]
595 or die "statvfs: $!";
596
597 use Data::Dumper;
598 say Dumper $f;
599 };
600
601 # result:
602 {
603 bsize => 1024,
604 bfree => 4333064312,
605 blocks => 10253828096,
606 files => 2050765568,
607 flag => 4096,
608 favail => 2042092649,
609 bavail => 4333064312,
610 ffree => 2042092649,
611 namemax => 255,
612 frsize => 1024,
613 fsid => 1810
614 }
615
616Here is a (likely partial - send me updates!) list of fsid values used by
617Linux - it is safe to hardcode these when C<$^O> is C<linux>:
618
619 0x0000adf5 adfs
620 0x0000adff affs
621 0x5346414f afs
622 0x09041934 anon-inode filesystem
623 0x00000187 autofs
624 0x42465331 befs
625 0x1badface bfs
626 0x42494e4d binfmt_misc
627 0x9123683e btrfs
628 0x0027e0eb cgroupfs
629 0xff534d42 cifs
630 0x73757245 coda
631 0x012ff7b7 coh
632 0x28cd3d45 cramfs
633 0x453dcd28 cramfs-wend (wrong endianness)
634 0x64626720 debugfs
635 0x00001373 devfs
636 0x00001cd1 devpts
637 0x0000f15f ecryptfs
638 0x00414a53 efs
639 0x0000137d ext
640 0x0000ef53 ext2/ext3/ext4
641 0x0000ef51 ext2
642 0xf2f52010 f2fs
643 0x00004006 fat
644 0x65735546 fuseblk
645 0x65735543 fusectl
646 0x0bad1dea futexfs
647 0x01161970 gfs2
648 0x47504653 gpfs
649 0x00004244 hfs
650 0xf995e849 hpfs
651 0x00c0ffee hostfs
652 0x958458f6 hugetlbfs
653 0x2bad1dea inotifyfs
654 0x00009660 isofs
655 0x000072b6 jffs2
656 0x3153464a jfs
657 0x6b414653 k-afs
658 0x0bd00bd0 lustre
659 0x0000137f minix
660 0x0000138f minix 30 char names
661 0x00002468 minix v2
662 0x00002478 minix v2 30 char names
663 0x00004d5a minix v3
664 0x19800202 mqueue
665 0x00004d44 msdos
666 0x0000564c novell
667 0x00006969 nfs
668 0x6e667364 nfsd
669 0x00003434 nilfs
670 0x5346544e ntfs
671 0x00009fa1 openprom
672 0x7461636F ocfs2
673 0x00009fa0 proc
674 0x6165676c pstorefs
675 0x0000002f qnx4
676 0x68191122 qnx6
677 0x858458f6 ramfs
678 0x52654973 reiserfs
679 0x00007275 romfs
680 0x67596969 rpc_pipefs
681 0x73636673 securityfs
682 0xf97cff8c selinux
683 0x0000517b smb
684 0x534f434b sockfs
685 0x73717368 squashfs
686 0x62656572 sysfs
687 0x012ff7b6 sysv2
688 0x012ff7b5 sysv4
689 0x01021994 tmpfs
690 0x15013346 udf
691 0x00011954 ufs
692 0x54190100 ufs byteswapped
693 0x00009fa2 usbdevfs
694 0x01021997 v9fs
695 0xa501fcf5 vxfs
696 0xabba1974 xenfs
697 0x012ff7b4 xenix
698 0x58465342 xfs
699 0x012fd16d xia
700
436=item aio_utime $fh_or_path, $atime, $mtime, $callback->($status) 701=item aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
437 702
438Works like perl's C<utime> function (including the special case of $atime 703Works like perl's C<utime> function (including the special case of $atime
439and $mtime being undef). Fractional times are supported if the underlying 704and $mtime being undef). Fractional times are supported if the underlying
440syscalls support them. 705syscalls support them.
467=item aio_truncate $fh_or_path, $offset, $callback->($status) 732=item aio_truncate $fh_or_path, $offset, $callback->($status)
468 733
469Works like truncate(2) or ftruncate(2). 734Works like truncate(2) or ftruncate(2).
470 735
471 736
737=item aio_allocate $fh, $mode, $offset, $len, $callback->($status)
738
739Allocates or frees disk space according to the C<$mode> argument. See the
740linux C<fallocate> documentation for details.
741
742C<$mode> is usually C<0> or C<IO::AIO::FALLOC_FL_KEEP_SIZE> to allocate
743space, or C<IO::AIO::FALLOC_FL_PUNCH_HOLE | IO::AIO::FALLOC_FL_KEEP_SIZE>,
744to deallocate a file range.
745
746IO::AIO also supports C<FALLOC_FL_COLLAPSE_RANGE>, to remove a range
747(without leaving a hole), C<FALLOC_FL_ZERO_RANGE>, to zero a range,
748C<FALLOC_FL_INSERT_RANGE> to insert a range and C<FALLOC_FL_UNSHARE_RANGE>
749to unshare shared blocks (see your L<fallocate(2)> manpage).
750
751The file system block size used by C<fallocate> is presumably the
752C<f_bsize> returned by C<statvfs>, but different filesystems and filetypes
753can dictate other limitations.
754
755If C<fallocate> isn't available or cannot be emulated (currently no
756emulation will be attempted), passes C<-1> and sets C<$!> to C<ENOSYS>.
757
758
472=item aio_chmod $fh_or_path, $mode, $callback->($status) 759=item aio_chmod $fh_or_path, $mode, $callback->($status)
473 760
474Works like perl's C<chmod> function. 761Works like perl's C<chmod> function.
475 762
476 763
478 765
479Asynchronously unlink (delete) a file and call the callback with the 766Asynchronously unlink (delete) a file and call the callback with the
480result code. 767result code.
481 768
482 769
483=item aio_mknod $path, $mode, $dev, $callback->($status) 770=item aio_mknod $pathname, $mode, $dev, $callback->($status)
484 771
485[EXPERIMENTAL] 772[EXPERIMENTAL]
486 773
487Asynchronously create a device node (or fifo). See mknod(2). 774Asynchronously create a device node (or fifo). See mknod(2).
488 775
489The only (POSIX-) portable way of calling this function is: 776The only (POSIX-) portable way of calling this function is:
490 777
491 aio_mknod $path, IO::AIO::S_IFIFO | $mode, 0, sub { ... 778 aio_mknod $pathname, IO::AIO::S_IFIFO | $mode, 0, sub { ...
492 779
780See C<aio_stat> for info about some potentially helpful extra constants
781and functions.
493 782
494=item aio_link $srcpath, $dstpath, $callback->($status) 783=item aio_link $srcpath, $dstpath, $callback->($status)
495 784
496Asynchronously create a new link to the existing object at C<$srcpath> at 785Asynchronously create a new link to the existing object at C<$srcpath> at
497the path C<$dstpath> and call the callback with the result code. 786the path C<$dstpath> and call the callback with the result code.
501 790
502Asynchronously create a new symbolic link to the existing object at C<$srcpath> at 791Asynchronously create a new symbolic link to the existing object at C<$srcpath> at
503the path C<$dstpath> and call the callback with the result code. 792the path C<$dstpath> and call the callback with the result code.
504 793
505 794
506=item aio_readlink $path, $callback->($link) 795=item aio_readlink $pathname, $callback->($link)
507 796
508Asynchronously read the symlink specified by C<$path> and pass it to 797Asynchronously read the symlink specified by C<$path> and pass it to
509the callback. If an error occurs, nothing or undef gets passed to the 798the callback. If an error occurs, nothing or undef gets passed to the
510callback. 799callback.
511 800
512 801
802=item aio_realpath $pathname, $callback->($path)
803
804Asynchronously make the path absolute and resolve any symlinks in
805C<$path>. The resulting path only consists of directories (same as
806L<Cwd::realpath>).
807
808This request can be used to get the absolute path of the current working
809directory by passing it a path of F<.> (a single dot).
810
811
513=item aio_rename $srcpath, $dstpath, $callback->($status) 812=item aio_rename $srcpath, $dstpath, $callback->($status)
514 813
515Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as 814Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as
516rename(2) and call the callback with the result code. 815rename(2) and call the callback with the result code.
816
817On systems that support the AIO::WD working directory abstraction
818natively, the case C<[$wd, "."]> as C<$srcpath> is specialcased - instead
819of failing, C<rename> is called on the absolute path of C<$wd>.
820
821
822=item aio_rename2 $srcpath, $dstpath, $flags, $callback->($status)
823
824Basically a version of C<aio_rename> with an additional C<$flags>
825argument. Calling this with C<$flags=0> is the same as calling
826C<aio_rename>.
827
828Non-zero flags are currently only supported on GNU/Linux systems that
829support renameat2. Other systems fail with C<ENOSYS> in this case.
830
831The following constants are available (missing ones are, as usual C<0>),
832see renameat2(2) for details:
833
834C<IO::AIO::RENAME_NOREPLACE>, C<IO::AIO::RENAME_EXCHANGE>
835and C<IO::AIO::RENAME_WHITEOUT>.
517 836
518 837
519=item aio_mkdir $pathname, $mode, $callback->($status) 838=item aio_mkdir $pathname, $mode, $callback->($status)
520 839
521Asynchronously mkdir (create) a directory and call the callback with 840Asynchronously mkdir (create) a directory and call the callback with
526=item aio_rmdir $pathname, $callback->($status) 845=item aio_rmdir $pathname, $callback->($status)
527 846
528Asynchronously rmdir (delete) a directory and call the callback with the 847Asynchronously rmdir (delete) a directory and call the callback with the
529result code. 848result code.
530 849
850On systems that support the AIO::WD working directory abstraction
851natively, the case C<[$wd, "."]> is specialcased - instead of failing,
852C<rmdir> is called on the absolute path of C<$wd>.
853
531 854
532=item aio_readdir $pathname, $callback->($entries) 855=item aio_readdir $pathname, $callback->($entries)
533 856
534Unlike the POSIX call of the same name, C<aio_readdir> reads an entire 857Unlike the POSIX call of the same name, C<aio_readdir> reads an entire
535directory (i.e. opendir + readdir + closedir). The entries will not be 858directory (i.e. opendir + readdir + closedir). The entries will not be
536sorted, and will B<NOT> include the C<.> and C<..> entries. 859sorted, and will B<NOT> include the C<.> and C<..> entries.
537 860
538The callback a single argument which is either C<undef> or an array-ref 861The callback is passed a single argument which is either C<undef> or an
539with the filenames. 862array-ref with the filenames.
540 863
541 864
865=item aio_readdirx $pathname, $flags, $callback->($entries, $flags)
866
867Quite similar to C<aio_readdir>, but the C<$flags> argument allows one to
868tune behaviour and output format. In case of an error, C<$entries> will be
869C<undef>.
870
871The flags are a combination of the following constants, ORed together (the
872flags will also be passed to the callback, possibly modified):
873
874=over 4
875
876=item IO::AIO::READDIR_DENTS
877
878When this flag is off, then the callback gets an arrayref consisting of
879names only (as with C<aio_readdir>), otherwise it gets an arrayref with
880C<[$name, $type, $inode]> arrayrefs, each describing a single directory
881entry in more detail.
882
883C<$name> is the name of the entry.
884
885C<$type> is one of the C<IO::AIO::DT_xxx> constants:
886
887C<IO::AIO::DT_UNKNOWN>, C<IO::AIO::DT_FIFO>, C<IO::AIO::DT_CHR>, C<IO::AIO::DT_DIR>,
888C<IO::AIO::DT_BLK>, C<IO::AIO::DT_REG>, C<IO::AIO::DT_LNK>, C<IO::AIO::DT_SOCK>,
889C<IO::AIO::DT_WHT>.
890
891C<IO::AIO::DT_UNKNOWN> means just that: readdir does not know. If you need to
892know, you have to run stat yourself. Also, for speed reasons, the C<$type>
893scalars are read-only: you can not modify them.
894
895C<$inode> is the inode number (which might not be exact on systems with 64
896bit inode numbers and 32 bit perls). This field has unspecified content on
897systems that do not deliver the inode information.
898
899=item IO::AIO::READDIR_DIRS_FIRST
900
901When this flag is set, then the names will be returned in an order where
902likely directories come first, in optimal stat order. This is useful when
903you need to quickly find directories, or you want to find all directories
904while avoiding to stat() each entry.
905
906If the system returns type information in readdir, then this is used
907to find directories directly. Otherwise, likely directories are names
908beginning with ".", or otherwise names with no dots, of which names with
909short names are tried first.
910
911=item IO::AIO::READDIR_STAT_ORDER
912
913When this flag is set, then the names will be returned in an order
914suitable for stat()'ing each one. That is, when you plan to stat()
915all files in the given directory, then the returned order will likely
916be fastest.
917
918If both this flag and C<IO::AIO::READDIR_DIRS_FIRST> are specified, then
919the likely dirs come first, resulting in a less optimal stat order.
920
921=item IO::AIO::READDIR_FOUND_UNKNOWN
922
923This flag should not be set when calling C<aio_readdirx>. Instead, it
924is being set by C<aio_readdirx>, when any of the C<$type>'s found were
925C<IO::AIO::DT_UNKNOWN>. The absence of this flag therefore indicates that all
926C<$type>'s are known, which can be used to speed up some algorithms.
927
928=back
929
930
542=item aio_load $path, $data, $callback->($status) 931=item aio_load $pathname, $data, $callback->($status)
543 932
544This is a composite request that tries to fully load the given file into 933This is a composite request that tries to fully load the given file into
545memory. Status is the same as with aio_read. 934memory. Status is the same as with aio_read.
546 935
547=cut 936=cut
569 958
570=item aio_copy $srcpath, $dstpath, $callback->($status) 959=item aio_copy $srcpath, $dstpath, $callback->($status)
571 960
572Try to copy the I<file> (directories not supported as either source or 961Try to copy the I<file> (directories not supported as either source or
573destination) from C<$srcpath> to C<$dstpath> and call the callback with 962destination) from C<$srcpath> to C<$dstpath> and call the callback with
574the C<0> (error) or C<-1> ok. 963a status of C<0> (ok) or C<-1> (error, see C<$!>).
964
965Existing destination files will be truncated.
575 966
576This is a composite request that creates the destination file with 967This is a composite request that creates the destination file with
577mode 0200 and copies the contents of the source file into it using 968mode 0200 and copies the contents of the source file into it using
578C<aio_sendfile>, followed by restoring atime, mtime, access mode and 969C<aio_sendfile>, followed by restoring atime, mtime, access mode and
579uid/gid, in that order. 970uid/gid, in that order.
591 my $grp = aio_group $cb; 982 my $grp = aio_group $cb;
592 983
593 aioreq_pri $pri; 984 aioreq_pri $pri;
594 add $grp aio_open $src, O_RDONLY, 0, sub { 985 add $grp aio_open $src, O_RDONLY, 0, sub {
595 if (my $src_fh = $_[0]) { 986 if (my $src_fh = $_[0]) {
596 my @stat = stat $src_fh; 987 my @stat = stat $src_fh; # hmm, might block over nfs?
597 988
598 aioreq_pri $pri; 989 aioreq_pri $pri;
599 add $grp aio_open $dst, O_CREAT | O_WRONLY | O_TRUNC, 0200, sub { 990 add $grp aio_open $dst, O_CREAT | O_WRONLY | O_TRUNC, 0200, sub {
600 if (my $dst_fh = $_[0]) { 991 if (my $dst_fh = $_[0]) {
601 aioreq_pri $pri; 992 aioreq_pri $pri;
602 add $grp aio_sendfile $dst_fh, $src_fh, 0, $stat[7], sub { 993 add $grp aio_sendfile $dst_fh, $src_fh, 0, $stat[7], sub {
603 if ($_[0] == $stat[7]) { 994 if ($_[0] == $stat[7]) {
604 $grp->result (0); 995 $grp->result (0);
605 close $src_fh; 996 close $src_fh;
606 997
607 # those should not normally block. should. should. 998 my $ch = sub {
608 utime $stat[8], $stat[9], $dst; 999 aioreq_pri $pri;
609 chmod $stat[2] & 07777, $dst_fh; 1000 add $grp aio_chmod $dst_fh, $stat[2] & 07777, sub {
610 chown $stat[4], $stat[5], $dst_fh; 1001 aioreq_pri $pri;
1002 add $grp aio_chown $dst_fh, $stat[4], $stat[5], sub {
1003 aioreq_pri $pri;
1004 add $grp aio_close $dst_fh;
1005 }
1006 };
1007 };
611 1008
612 aioreq_pri $pri; 1009 aioreq_pri $pri;
613 add $grp aio_close $dst_fh; 1010 add $grp aio_utime $dst_fh, $stat[8], $stat[9], sub {
1011 if ($_[0] < 0 && $! == ENOSYS) {
1012 aioreq_pri $pri;
1013 add $grp aio_utime $dst, $stat[8], $stat[9], $ch;
1014 } else {
1015 $ch->();
1016 }
1017 };
614 } else { 1018 } else {
615 $grp->result (-1); 1019 $grp->result (-1);
616 close $src_fh; 1020 close $src_fh;
617 close $dst_fh; 1021 close $dst_fh;
618 1022
635 1039
636=item aio_move $srcpath, $dstpath, $callback->($status) 1040=item aio_move $srcpath, $dstpath, $callback->($status)
637 1041
638Try to move the I<file> (directories not supported as either source or 1042Try to move the I<file> (directories not supported as either source or
639destination) from C<$srcpath> to C<$dstpath> and call the callback with 1043destination) from C<$srcpath> to C<$dstpath> and call the callback with
640the C<0> (error) or C<-1> ok. 1044a status of C<0> (ok) or C<-1> (error, see C<$!>).
641 1045
642This is a composite request that tries to rename(2) the file first; if 1046This is a composite request that tries to rename(2) the file first; if
643rename fails with C<EXDEV>, it copies the file with C<aio_copy> and, if 1047rename fails with C<EXDEV>, it copies the file with C<aio_copy> and, if
644that is successful, unlinks the C<$srcpath>. 1048that is successful, unlinks the C<$srcpath>.
645 1049
656 if ($_[0] && $! == EXDEV) { 1060 if ($_[0] && $! == EXDEV) {
657 aioreq_pri $pri; 1061 aioreq_pri $pri;
658 add $grp aio_copy $src, $dst, sub { 1062 add $grp aio_copy $src, $dst, sub {
659 $grp->result ($_[0]); 1063 $grp->result ($_[0]);
660 1064
661 if (!$_[0]) { 1065 unless ($_[0]) {
662 aioreq_pri $pri; 1066 aioreq_pri $pri;
663 add $grp aio_unlink $src; 1067 add $grp aio_unlink $src;
664 } 1068 }
665 }; 1069 };
666 } else { 1070 } else {
669 }; 1073 };
670 1074
671 $grp 1075 $grp
672} 1076}
673 1077
674=item aio_scandir $path, $maxreq, $callback->($dirs, $nondirs) 1078=item aio_scandir $pathname, $maxreq, $callback->($dirs, $nondirs)
675 1079
676Scans a directory (similar to C<aio_readdir>) but additionally tries to 1080Scans a directory (similar to C<aio_readdir>) but additionally tries to
677efficiently separate the entries of directory C<$path> into two sets of 1081efficiently separate the entries of directory C<$path> into two sets of
678names, directories you can recurse into (directories), and ones you cannot 1082names, directories you can recurse into (directories), and ones you cannot
679recurse into (everything else, including symlinks to directories). 1083recurse into (everything else, including symlinks to directories).
680 1084
681C<aio_scandir> is a composite request that creates of many sub requests_ 1085C<aio_scandir> is a composite request that generates many sub requests.
682C<$maxreq> specifies the maximum number of outstanding aio requests that 1086C<$maxreq> specifies the maximum number of outstanding aio requests that
683this function generates. If it is C<< <= 0 >>, then a suitable default 1087this function generates. If it is C<< <= 0 >>, then a suitable default
684will be chosen (currently 4). 1088will be chosen (currently 4).
685 1089
686On error, the callback is called without arguments, otherwise it receives 1090On error, the callback is called without arguments, otherwise it receives
696 1100
697Implementation notes. 1101Implementation notes.
698 1102
699The C<aio_readdir> cannot be avoided, but C<stat()>'ing every entry can. 1103The C<aio_readdir> cannot be avoided, but C<stat()>'ing every entry can.
700 1104
1105If readdir returns file type information, then this is used directly to
1106find directories.
1107
701After reading the directory, the modification time, size etc. of the 1108Otherwise, after reading the directory, the modification time, size etc.
702directory before and after the readdir is checked, and if they match (and 1109of the directory before and after the readdir is checked, and if they
703isn't the current time), the link count will be used to decide how many 1110match (and isn't the current time), the link count will be used to decide
704entries are directories (if >= 2). Otherwise, no knowledge of the number 1111how many entries are directories (if >= 2). Otherwise, no knowledge of the
705of subdirectories will be assumed. 1112number of subdirectories will be assumed.
706 1113
707Then entries will be sorted into likely directories (everything without 1114Then entries will be sorted into likely directories a non-initial dot
708a non-initial dot currently) and likely non-directories (everything 1115currently) and likely non-directories (see C<aio_readdirx>). Then every
709else). Then every entry plus an appended C</.> will be C<stat>'ed, 1116entry plus an appended C</.> will be C<stat>'ed, likely directories first,
710likely directories first. If that succeeds, it assumes that the entry 1117in order of their inode numbers. If that succeeds, it assumes that the
711is a directory or a symlink to directory (which will be checked 1118entry is a directory or a symlink to directory (which will be checked
712seperately). This is often faster than stat'ing the entry itself because 1119separately). This is often faster than stat'ing the entry itself because
713filesystems might detect the type of the entry without reading the inode 1120filesystems might detect the type of the entry without reading the inode
714data (e.g. ext2fs filetype feature). 1121data (e.g. ext2fs filetype feature), even on systems that cannot return
1122the filetype information on readdir.
715 1123
716If the known number of directories (link count - 2) has been reached, the 1124If the known number of directories (link count - 2) has been reached, the
717rest of the entries is assumed to be non-directories. 1125rest of the entries is assumed to be non-directories.
718 1126
719This only works with certainty on POSIX (= UNIX) filesystems, which 1127This only works with certainty on POSIX (= UNIX) filesystems, which
732 1140
733 my $grp = aio_group $cb; 1141 my $grp = aio_group $cb;
734 1142
735 $maxreq = 4 if $maxreq <= 0; 1143 $maxreq = 4 if $maxreq <= 0;
736 1144
737 # stat once 1145 # get a wd object
738 aioreq_pri $pri; 1146 aioreq_pri $pri;
739 add $grp aio_stat $path, sub { 1147 add $grp aio_wd $path, sub {
1148 $_[0]
740 return $grp->result () if $_[0]; 1149 or return $grp->result ();
741 my $now = time;
742 my $hash1 = join ":", (stat _)[0,1,3,7,9];
743 1150
744 # read the directory entries 1151 my $wd = [shift, "."];
1152
1153 # stat once
745 aioreq_pri $pri; 1154 aioreq_pri $pri;
746 add $grp aio_readdir $path, sub { 1155 add $grp aio_stat $wd, sub {
747 my $entries = shift
748 or return $grp->result (); 1156 return $grp->result () if $_[0];
1157 my $now = time;
1158 my $hash1 = join ":", (stat _)[0,1,3,7,9];
749 1159
750 # stat the dir another time 1160 # read the directory entries
751 aioreq_pri $pri; 1161 aioreq_pri $pri;
1162 add $grp aio_readdirx $wd, READDIR_DIRS_FIRST, sub {
1163 my $entries = shift
1164 or return $grp->result ();
1165
1166 # stat the dir another time
1167 aioreq_pri $pri;
752 add $grp aio_stat $path, sub { 1168 add $grp aio_stat $wd, sub {
753 my $hash2 = join ":", (stat _)[0,1,3,7,9]; 1169 my $hash2 = join ":", (stat _)[0,1,3,7,9];
754 1170
755 my $ndirs; 1171 my $ndirs;
756 1172
757 # take the slow route if anything looks fishy 1173 # take the slow route if anything looks fishy
758 if ($hash1 ne $hash2 or (stat _)[9] == $now) { 1174 if ($hash1 ne $hash2 or (stat _)[9] == $now) {
759 $ndirs = -1; 1175 $ndirs = -1;
760 } else { 1176 } else {
761 # if nlink == 2, we are finished 1177 # if nlink == 2, we are finished
762 # on non-posix-fs's, we rely on nlink < 2 1178 # for non-posix-fs's, we rely on nlink < 2
763 $ndirs = (stat _)[3] - 2 1179 $ndirs = (stat _)[3] - 2
764 or return $grp->result ([], $entries); 1180 or return $grp->result ([], $entries);
765 } 1181 }
766 1182
767 # sort into likely dirs and likely nondirs
768 # dirs == files without ".", short entries first
769 $entries = [map $_->[0],
770 sort { $b->[1] cmp $a->[1] }
771 map [$_, sprintf "%s%04d", (/.\./ ? "1" : "0"), length],
772 @$entries];
773
774 my (@dirs, @nondirs); 1183 my (@dirs, @nondirs);
775 1184
776 my $statgrp = add $grp aio_group sub { 1185 my $statgrp = add $grp aio_group sub {
777 $grp->result (\@dirs, \@nondirs); 1186 $grp->result (\@dirs, \@nondirs);
778 }; 1187 };
779 1188
780 limit $statgrp $maxreq; 1189 limit $statgrp $maxreq;
781 feed $statgrp sub { 1190 feed $statgrp sub {
782 return unless @$entries; 1191 return unless @$entries;
783 my $entry = pop @$entries; 1192 my $entry = shift @$entries;
784 1193
785 aioreq_pri $pri; 1194 aioreq_pri $pri;
1195 $wd->[1] = "$entry/.";
786 add $statgrp aio_stat "$path/$entry/.", sub { 1196 add $statgrp aio_stat $wd, sub {
787 if ($_[0] < 0) { 1197 if ($_[0] < 0) {
788 push @nondirs, $entry; 1198 push @nondirs, $entry;
789 } else { 1199 } else {
790 # need to check for real directory 1200 # need to check for real directory
791 aioreq_pri $pri; 1201 aioreq_pri $pri;
1202 $wd->[1] = $entry;
792 add $statgrp aio_lstat "$path/$entry", sub { 1203 add $statgrp aio_lstat $wd, sub {
793 if (-d _) { 1204 if (-d _) {
794 push @dirs, $entry; 1205 push @dirs, $entry;
795 1206
796 unless (--$ndirs) { 1207 unless (--$ndirs) {
797 push @nondirs, @$entries; 1208 push @nondirs, @$entries;
798 feed $statgrp; 1209 feed $statgrp;
1210 }
1211 } else {
1212 push @nondirs, $entry;
799 } 1213 }
800 } else {
801 push @nondirs, $entry;
802 } 1214 }
803 } 1215 }
804 } 1216 };
805 }; 1217 };
806 }; 1218 };
807 }; 1219 };
808 }; 1220 };
809 }; 1221 };
810 1222
811 $grp 1223 $grp
812} 1224}
813 1225
814=item aio_rmtree $path, $callback->($status) 1226=item aio_rmtree $pathname, $callback->($status)
815 1227
816Delete a directory tree starting (and including) C<$path>, return the 1228Delete a directory tree starting (and including) C<$path>, return the
817status of the final C<rmdir> only. This is a composite request that 1229status of the final C<rmdir> only. This is a composite request that
818uses C<aio_scandir> to recurse into and rmdir directories, and unlink 1230uses C<aio_scandir> to recurse into and rmdir directories, and unlink
819everything else. 1231everything else.
820 1232
821=cut 1233=cut
822 1234
844 }; 1256 };
845 1257
846 $grp 1258 $grp
847} 1259}
848 1260
1261=item aio_fcntl $fh, $cmd, $arg, $callback->($status)
1262
1263=item aio_ioctl $fh, $request, $buf, $callback->($status)
1264
1265These work just like the C<fcntl> and C<ioctl> built-in functions, except
1266they execute asynchronously and pass the return value to the callback.
1267
1268Both calls can be used for a lot of things, some of which make more sense
1269to run asynchronously in their own thread, while some others make less
1270sense. For example, calls that block waiting for external events, such
1271as locking, will also lock down an I/O thread while it is waiting, which
1272can deadlock the whole I/O system. At the same time, there might be no
1273alternative to using a thread to wait.
1274
1275So in general, you should only use these calls for things that do
1276(filesystem) I/O, not for things that wait for other events (network,
1277other processes), although if you are careful and know what you are doing,
1278you still can.
1279
1280The following constants are available (missing ones are, as usual C<0>):
1281
1282C<F_DUPFD_CLOEXEC>,
1283
1284C<F_OFD_GETLK>, C<F_OFD_SETLK>, C<F_OFD_GETLKW>,
1285
1286C<FIFREEZE>, C<FITHAW>, C<FITRIM>, C<FICLONE>, C<FICLONERANGE>, C<FIDEDUPERANGE>.
1287
1288C<FS_IOC_GETFLAGS>, C<FS_IOC_SETFLAGS>, C<FS_IOC_GETVERSION>, C<FS_IOC_SETVERSION>,
1289C<FS_IOC_FIEMAP>.
1290
1291C<FS_IOC_FSGETXATTR>, C<FS_IOC_FSSETXATTR>, C<FS_IOC_SET_ENCRYPTION_POLICY>,
1292C<FS_IOC_GET_ENCRYPTION_PWSALT>, C<FS_IOC_GET_ENCRYPTION_POLICY>, C<FS_KEY_DESCRIPTOR_SIZE>.
1293
1294C<FS_SECRM_FL>, C<FS_UNRM_FL>, C<FS_COMPR_FL>, C<FS_SYNC_FL>, C<FS_IMMUTABLE_FL>,
1295C<FS_APPEND_FL>, C<FS_NODUMP_FL>, C<FS_NOATIME_FL>, C<FS_DIRTY_FL>,
1296C<FS_COMPRBLK_FL>, C<FS_NOCOMP_FL>, C<FS_ENCRYPT_FL>, C<FS_BTREE_FL>,
1297C<FS_INDEX_FL>, C<FS_JOURNAL_DATA_FL>, C<FS_NOTAIL_FL>, C<FS_DIRSYNC_FL>, C<FS_TOPDIR_FL>,
1298C<FS_FL_USER_MODIFIABLE>.
1299
1300C<FS_XFLAG_REALTIME>, C<FS_XFLAG_PREALLOC>, C<FS_XFLAG_IMMUTABLE>, C<FS_XFLAG_APPEND>,
1301C<FS_XFLAG_SYNC>, C<FS_XFLAG_NOATIME>, C<FS_XFLAG_NODUMP>, C<FS_XFLAG_RTINHERIT>,
1302C<FS_XFLAG_PROJINHERIT>, C<FS_XFLAG_NOSYMLINKS>, C<FS_XFLAG_EXTSIZE>, C<FS_XFLAG_EXTSZINHERIT>,
1303C<FS_XFLAG_NODEFRAG>, C<FS_XFLAG_FILESTREAM>, C<FS_XFLAG_DAX>, C<FS_XFLAG_HASATTR>,
1304
849=item aio_sync $callback->($status) 1305=item aio_sync $callback->($status)
850 1306
851Asynchronously call sync and call the callback when finished. 1307Asynchronously call sync and call the callback when finished.
852 1308
853=item aio_fsync $fh, $callback->($status) 1309=item aio_fsync $fh, $callback->($status)
860Asynchronously call fdatasync on the given filehandle and call the 1316Asynchronously call fdatasync on the given filehandle and call the
861callback with the fdatasync result code. 1317callback with the fdatasync result code.
862 1318
863If this call isn't available because your OS lacks it or it couldn't be 1319If this call isn't available because your OS lacks it or it couldn't be
864detected, it will be emulated by calling C<fsync> instead. 1320detected, it will be emulated by calling C<fsync> instead.
1321
1322=item aio_syncfs $fh, $callback->($status)
1323
1324Asynchronously call the syncfs syscall to sync the filesystem associated
1325to the given filehandle and call the callback with the syncfs result
1326code. If syncfs is not available, calls sync(), but returns C<-1> and sets
1327errno to C<ENOSYS> nevertheless.
865 1328
866=item aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status) 1329=item aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
867 1330
868Sync the data portion of the file specified by C<$offset> and C<$length> 1331Sync the data portion of the file specified by C<$offset> and C<$length>
869to disk (but NOT the metadata), by calling the Linux-specific 1332to disk (but NOT the metadata), by calling the Linux-specific
873C<$flags> can be a combination of C<IO::AIO::SYNC_FILE_RANGE_WAIT_BEFORE>, 1336C<$flags> can be a combination of C<IO::AIO::SYNC_FILE_RANGE_WAIT_BEFORE>,
874C<IO::AIO::SYNC_FILE_RANGE_WRITE> and 1337C<IO::AIO::SYNC_FILE_RANGE_WRITE> and
875C<IO::AIO::SYNC_FILE_RANGE_WAIT_AFTER>: refer to the sync_file_range 1338C<IO::AIO::SYNC_FILE_RANGE_WAIT_AFTER>: refer to the sync_file_range
876manpage for details. 1339manpage for details.
877 1340
878=item aio_pathsync $path, $callback->($status) 1341=item aio_pathsync $pathname, $callback->($status)
879 1342
880This request tries to open, fsync and close the given path. This is a 1343This request tries to open, fsync and close the given path. This is a
881composite request intended to sync directories after directory operations 1344composite request intended to sync directories after directory operations
882(E.g. rename). This might not work on all operating systems or have any 1345(E.g. rename). This might not work on all operating systems or have any
883specific effect, but usually it makes sure that directory changes get 1346specific effect, but usually it makes sure that directory changes get
884written to disc. It works for anything that can be opened for read-only, 1347written to disc. It works for anything that can be opened for read-only,
885not just directories. 1348not just directories.
1349
1350Future versions of this function might fall back to other methods when
1351C<fsync> on the directory fails (such as calling C<sync>).
886 1352
887Passes C<0> when everything went ok, and C<-1> on error. 1353Passes C<0> when everything went ok, and C<-1> on error.
888 1354
889=cut 1355=cut
890 1356
911 }; 1377 };
912 1378
913 $grp 1379 $grp
914} 1380}
915 1381
1382=item aio_msync $scalar, $offset = 0, $length = undef, flags = MS_SYNC, $callback->($status)
1383
1384This is a rather advanced IO::AIO call, which only works on mmap(2)ed
1385scalars (see the C<IO::AIO::mmap> function, although it also works on data
1386scalars managed by the L<Sys::Mmap> or L<Mmap> modules, note that the
1387scalar must only be modified in-place while an aio operation is pending on
1388it).
1389
1390It calls the C<msync> function of your OS, if available, with the memory
1391area starting at C<$offset> in the string and ending C<$length> bytes
1392later. If C<$length> is negative, counts from the end, and if C<$length>
1393is C<undef>, then it goes till the end of the string. The flags can be
1394either C<IO::AIO::MS_ASYNC> or C<IO::AIO::MS_SYNC>, plus an optional
1395C<IO::AIO::MS_INVALIDATE>.
1396
1397=item aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
1398
1399This is a rather advanced IO::AIO call, which works best on mmap(2)ed
1400scalars.
1401
1402It touches (reads or writes) all memory pages in the specified
1403range inside the scalar. All caveats and parameters are the same
1404as for C<aio_msync>, above, except for flags, which must be either
1405C<0> (which reads all pages and ensures they are instantiated) or
1406C<IO::AIO::MT_MODIFY>, which modifies the memory pages (by reading and
1407writing an octet from it, which dirties the page).
1408
1409=item aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
1410
1411This is a rather advanced IO::AIO call, which works best on mmap(2)ed
1412scalars.
1413
1414It reads in all the pages of the underlying storage into memory (if any)
1415and locks them, so they are not getting swapped/paged out or removed.
1416
1417If C<$length> is undefined, then the scalar will be locked till the end.
1418
1419On systems that do not implement C<mlock>, this function returns C<-1>
1420and sets errno to C<ENOSYS>.
1421
1422Note that the corresponding C<munlock> is synchronous and is
1423documented under L<MISCELLANEOUS FUNCTIONS>.
1424
1425Example: open a file, mmap and mlock it - both will be undone when
1426C<$data> gets destroyed.
1427
1428 open my $fh, "<", $path or die "$path: $!";
1429 my $data;
1430 IO::AIO::mmap $data, -s $fh, IO::AIO::PROT_READ, IO::AIO::MAP_SHARED, $fh;
1431 aio_mlock $data; # mlock in background
1432
1433=item aio_mlockall $flags, $callback->($status)
1434
1435Calls the C<mlockall> function with the given C<$flags> (a combination of
1436C<IO::AIO::MCL_CURRENT> and C<IO::AIO::MCL_FUTURE>).
1437
1438On systems that do not implement C<mlockall>, this function returns C<-1>
1439and sets errno to C<ENOSYS>.
1440
1441Note that the corresponding C<munlockall> is synchronous and is
1442documented under L<MISCELLANEOUS FUNCTIONS>.
1443
1444Example: asynchronously lock all current and future pages into memory.
1445
1446 aio_mlockall IO::AIO::MCL_FUTURE;
1447
1448=item aio_fiemap $fh, $start, $length, $flags, $count, $cb->(\@extents)
1449
1450Queries the extents of the given file (by calling the Linux C<FIEMAP>
1451ioctl, see L<http://cvs.schmorp.de/IO-AIO/doc/fiemap.txt> for details). If
1452the ioctl is not available on your OS, then this request will fail with
1453C<ENOSYS>.
1454
1455C<$start> is the starting offset to query extents for, C<$length> is the
1456size of the range to query - if it is C<undef>, then the whole file will
1457be queried.
1458
1459C<$flags> is a combination of flags (C<IO::AIO::FIEMAP_FLAG_SYNC> or
1460C<IO::AIO::FIEMAP_FLAG_XATTR> - C<IO::AIO::FIEMAP_FLAGS_COMPAT> is also
1461exported), and is normally C<0> or C<IO::AIO::FIEMAP_FLAG_SYNC> to query
1462the data portion.
1463
1464C<$count> is the maximum number of extent records to return. If it is
1465C<undef>, then IO::AIO queries all extents of the range. As a very special
1466case, if it is C<0>, then the callback receives the number of extents
1467instead of the extents themselves (which is unreliable, see below).
1468
1469If an error occurs, the callback receives no arguments. The special
1470C<errno> value C<IO::AIO::EBADR> is available to test for flag errors.
1471
1472Otherwise, the callback receives an array reference with extent
1473structures. Each extent structure is an array reference itself, with the
1474following members:
1475
1476 [$logical, $physical, $length, $flags]
1477
1478Flags is any combination of the following flag values (typically either C<0>
1479or C<IO::AIO::FIEMAP_EXTENT_LAST> (1)):
1480
1481C<IO::AIO::FIEMAP_EXTENT_LAST>, C<IO::AIO::FIEMAP_EXTENT_UNKNOWN>,
1482C<IO::AIO::FIEMAP_EXTENT_DELALLOC>, C<IO::AIO::FIEMAP_EXTENT_ENCODED>,
1483C<IO::AIO::FIEMAP_EXTENT_DATA_ENCRYPTED>, C<IO::AIO::FIEMAP_EXTENT_NOT_ALIGNED>,
1484C<IO::AIO::FIEMAP_EXTENT_DATA_INLINE>, C<IO::AIO::FIEMAP_EXTENT_DATA_TAIL>,
1485C<IO::AIO::FIEMAP_EXTENT_UNWRITTEN>, C<IO::AIO::FIEMAP_EXTENT_MERGED> or
1486C<IO::AIO::FIEMAP_EXTENT_SHARED>.
1487
1488At the time of this writing (Linux 3.2), this request is unreliable unless
1489C<$count> is C<undef>, as the kernel has all sorts of bugs preventing
1490it to return all extents of a range for files with a large number of
1491extents. The code (only) works around all these issues if C<$count> is
1492C<undef>.
1493
916=item aio_group $callback->(...) 1494=item aio_group $callback->(...)
917 1495
918This is a very special aio request: Instead of doing something, it is a 1496This is a very special aio request: Instead of doing something, it is a
919container for other aio requests, which is useful if you want to bundle 1497container for other aio requests, which is useful if you want to bundle
920many requests into a single, composite, request with a definite callback 1498many requests into a single, composite, request with a definite callback
957immense (it blocks a thread for a long time) so do not use this function 1535immense (it blocks a thread for a long time) so do not use this function
958except to put your application under artificial I/O pressure. 1536except to put your application under artificial I/O pressure.
959 1537
960=back 1538=back
961 1539
1540
1541=head2 IO::AIO::WD - multiple working directories
1542
1543Your process only has one current working directory, which is used by all
1544threads. This makes it hard to use relative paths (some other component
1545could call C<chdir> at any time, and it is hard to control when the path
1546will be used by IO::AIO).
1547
1548One solution for this is to always use absolute paths. This usually works,
1549but can be quite slow (the kernel has to walk the whole path on every
1550access), and can also be a hassle to implement.
1551
1552Newer POSIX systems have a number of functions (openat, fdopendir,
1553futimensat and so on) that make it possible to specify working directories
1554per operation.
1555
1556For portability, and because the clowns who "designed", or shall I write,
1557perpetrated this new interface were obviously half-drunk, this abstraction
1558cannot be perfect, though.
1559
1560IO::AIO allows you to convert directory paths into a so-called IO::AIO::WD
1561object. This object stores the canonicalised, absolute version of the
1562path, and on systems that allow it, also a directory file descriptor.
1563
1564Everywhere where a pathname is accepted by IO::AIO (e.g. in C<aio_stat>
1565or C<aio_unlink>), one can specify an array reference with an IO::AIO::WD
1566object and a pathname instead (or the IO::AIO::WD object alone, which
1567gets interpreted as C<[$wd, "."]>). If the pathname is absolute, the
1568IO::AIO::WD object is ignored, otherwise the pathname is resolved relative
1569to that IO::AIO::WD object.
1570
1571For example, to get a wd object for F</etc> and then stat F<passwd>
1572inside, you would write:
1573
1574 aio_wd "/etc", sub {
1575 my $etcdir = shift;
1576
1577 # although $etcdir can be undef on error, there is generally no reason
1578 # to check for errors here, as aio_stat will fail with ENOENT
1579 # when $etcdir is undef.
1580
1581 aio_stat [$etcdir, "passwd"], sub {
1582 # yay
1583 };
1584 };
1585
1586The fact that C<aio_wd> is a request and not a normal function shows that
1587creating an IO::AIO::WD object is itself a potentially blocking operation,
1588which is why it is done asynchronously.
1589
1590To stat the directory obtained with C<aio_wd> above, one could write
1591either of the following three request calls:
1592
1593 aio_lstat "/etc" , sub { ... # pathname as normal string
1594 aio_lstat [$wd, "."], sub { ... # "." relative to $wd (i.e. $wd itself)
1595 aio_lstat $wd , sub { ... # shorthand for the previous
1596
1597As with normal pathnames, IO::AIO keeps a copy of the working directory
1598object and the pathname string, so you could write the following without
1599causing any issues due to C<$path> getting reused:
1600
1601 my $path = [$wd, undef];
1602
1603 for my $name (qw(abc def ghi)) {
1604 $path->[1] = $name;
1605 aio_stat $path, sub {
1606 # ...
1607 };
1608 }
1609
1610There are some caveats: when directories get renamed (or deleted), the
1611pathname string doesn't change, so will point to the new directory (or
1612nowhere at all), while the directory fd, if available on the system,
1613will still point to the original directory. Most functions accepting a
1614pathname will use the directory fd on newer systems, and the string on
1615older systems. Some functions (such as C<aio_realpath>) will always rely on
1616the string form of the pathname.
1617
1618So this functionality is mainly useful to get some protection against
1619C<chdir>, to easily get an absolute path out of a relative path for future
1620reference, and to speed up doing many operations in the same directory
1621(e.g. when stat'ing all files in a directory).
1622
1623The following functions implement this working directory abstraction:
1624
1625=over 4
1626
1627=item aio_wd $pathname, $callback->($wd)
1628
1629Asynchonously canonicalise the given pathname and convert it to an
1630IO::AIO::WD object representing it. If possible and supported on the
1631system, also open a directory fd to speed up pathname resolution relative
1632to this working directory.
1633
1634If something goes wrong, then C<undef> is passwd to the callback instead
1635of a working directory object and C<$!> is set appropriately. Since
1636passing C<undef> as working directory component of a pathname fails the
1637request with C<ENOENT>, there is often no need for error checking in the
1638C<aio_wd> callback, as future requests using the value will fail in the
1639expected way.
1640
1641=item IO::AIO::CWD
1642
1643This is a compiletime constant (object) that represents the process
1644current working directory.
1645
1646Specifying this object as working directory object for a pathname is as if
1647the pathname would be specified directly, without a directory object. For
1648example, these calls are functionally identical:
1649
1650 aio_stat "somefile", sub { ... };
1651 aio_stat [IO::AIO::CWD, "somefile"], sub { ... };
1652
1653=back
1654
1655To recover the path associated with an IO::AIO::WD object, you can use
1656C<aio_realpath>:
1657
1658 aio_realpath $wd, sub {
1659 warn "path is $_[0]\n";
1660 };
1661
1662Currently, C<aio_statvfs> always, and C<aio_rename> and C<aio_rmdir>
1663sometimes, fall back to using an absolue path.
1664
962=head2 IO::AIO::REQ CLASS 1665=head2 IO::AIO::REQ CLASS
963 1666
964All non-aggregate C<aio_*> functions return an object of this class when 1667All non-aggregate C<aio_*> functions return an object of this class when
965called in non-void context. 1668called in non-void context.
966 1669
969=item cancel $req 1672=item cancel $req
970 1673
971Cancels the request, if possible. Has the effect of skipping execution 1674Cancels the request, if possible. Has the effect of skipping execution
972when entering the B<execute> state and skipping calling the callback when 1675when entering the B<execute> state and skipping calling the callback when
973entering the the B<result> state, but will leave the request otherwise 1676entering the the B<result> state, but will leave the request otherwise
974untouched. That means that requests that currently execute will not be 1677untouched (with the exception of readdir). That means that requests that
975stopped and resources held by the request will not be freed prematurely. 1678currently execute will not be stopped and resources held by the request
1679will not be freed prematurely.
976 1680
977=item cb $req $callback->(...) 1681=item cb $req $callback->(...)
978 1682
979Replace (or simply set) the callback registered to the request. 1683Replace (or simply set) the callback registered to the request.
980 1684
1054=item $grp->cancel_subs 1758=item $grp->cancel_subs
1055 1759
1056Cancel all subrequests and clears any feeder, but not the group request 1760Cancel all subrequests and clears any feeder, but not the group request
1057itself. Useful when you queued a lot of events but got a result early. 1761itself. Useful when you queued a lot of events but got a result early.
1058 1762
1763The group request will finish normally (you cannot add requests to the
1764group).
1765
1059=item $grp->result (...) 1766=item $grp->result (...)
1060 1767
1061Set the result value(s) that will be passed to the group callback when all 1768Set the result value(s) that will be passed to the group callback when all
1062subrequests have finished and set the groups errno to the current value 1769subrequests have finished and set the groups errno to the current value
1063of errno (just like calling C<errno> without an error number). By default, 1770of errno (just like calling C<errno> without an error number). By default,
1079 1786
1080Sets a feeder/generator on this group: every group can have an attached 1787Sets a feeder/generator on this group: every group can have an attached
1081generator that generates requests if idle. The idea behind this is that, 1788generator that generates requests if idle. The idea behind this is that,
1082although you could just queue as many requests as you want in a group, 1789although you could just queue as many requests as you want in a group,
1083this might starve other requests for a potentially long time. For example, 1790this might starve other requests for a potentially long time. For example,
1084C<aio_scandir> might generate hundreds of thousands C<aio_stat> requests, 1791C<aio_scandir> might generate hundreds of thousands of C<aio_stat>
1085delaying any later requests for a long time. 1792requests, delaying any later requests for a long time.
1086 1793
1087To avoid this, and allow incremental generation of requests, you can 1794To avoid this, and allow incremental generation of requests, you can
1088instead a group and set a feeder on it that generates those requests. The 1795instead a group and set a feeder on it that generates those requests. The
1089feed callback will be called whenever there are few enough (see C<limit>, 1796feed callback will be called whenever there are few enough (see C<limit>,
1090below) requests active in the group itself and is expected to queue more 1797below) requests active in the group itself and is expected to queue more
1131=over 4 1838=over 4
1132 1839
1133=item $fileno = IO::AIO::poll_fileno 1840=item $fileno = IO::AIO::poll_fileno
1134 1841
1135Return the I<request result pipe file descriptor>. This filehandle must be 1842Return the I<request result pipe file descriptor>. This filehandle must be
1136polled for reading by some mechanism outside this module (e.g. Event or 1843polled for reading by some mechanism outside this module (e.g. EV, Glib,
1137select, see below or the SYNOPSIS). If the pipe becomes readable you have 1844select and so on, see below or the SYNOPSIS). If the pipe becomes readable
1138to call C<poll_cb> to check the results. 1845you have to call C<poll_cb> to check the results.
1139 1846
1140See C<poll_cb> for an example. 1847See C<poll_cb> for an example.
1141 1848
1142=item IO::AIO::poll_cb 1849=item IO::AIO::poll_cb
1143 1850
1144Process some outstanding events on the result pipe. You have to call this 1851Process some requests that have reached the result phase (i.e. they have
1145regularly. Returns C<0> if all events could be processed, or C<-1> if it 1852been executed but the results are not yet reported). You have to call
1146returned earlier for whatever reason. Returns immediately when no events 1853this "regularly" to finish outstanding requests.
1147are outstanding. The amount of events processed depends on the settings of
1148C<IO::AIO::max_poll_req> and C<IO::AIO::max_poll_time>.
1149 1854
1855Returns C<0> if all events could be processed (or there were no
1856events to process), or C<-1> if it returned earlier for whatever
1857reason. Returns immediately when no events are outstanding. The amount
1858of events processed depends on the settings of C<IO::AIO::max_poll_req>,
1859C<IO::AIO::max_poll_time> and C<IO::AIO::max_outstanding>.
1860
1150If not all requests were processed for whatever reason, the filehandle 1861If not all requests were processed for whatever reason, the poll file
1151will still be ready when C<poll_cb> returns, so normally you don't have to 1862descriptor will still be ready when C<poll_cb> returns, so normally you
1152do anything special to have it called later. 1863don't have to do anything special to have it called later.
1864
1865Apart from calling C<IO::AIO::poll_cb> when the event filehandle becomes
1866ready, it can be beneficial to call this function from loops which submit
1867a lot of requests, to make sure the results get processed when they become
1868available and not just when the loop is finished and the event loop takes
1869over again. This function returns very fast when there are no outstanding
1870requests.
1153 1871
1154Example: Install an Event watcher that automatically calls 1872Example: Install an Event watcher that automatically calls
1155IO::AIO::poll_cb with high priority: 1873IO::AIO::poll_cb with high priority (more examples can be found in the
1874SYNOPSIS section, at the top of this document):
1156 1875
1157 Event->io (fd => IO::AIO::poll_fileno, 1876 Event->io (fd => IO::AIO::poll_fileno,
1158 poll => 'r', async => 1, 1877 poll => 'r', async => 1,
1159 cb => \&IO::AIO::poll_cb); 1878 cb => \&IO::AIO::poll_cb);
1879
1880=item IO::AIO::poll_wait
1881
1882Wait until either at least one request is in the result phase or no
1883requests are outstanding anymore.
1884
1885This is useful if you want to synchronously wait for some requests to
1886become ready, without actually handling them.
1887
1888See C<nreqs> for an example.
1889
1890=item IO::AIO::poll
1891
1892Waits until some requests have been handled.
1893
1894Returns the number of requests processed, but is otherwise strictly
1895equivalent to:
1896
1897 IO::AIO::poll_wait, IO::AIO::poll_cb
1898
1899=item IO::AIO::flush
1900
1901Wait till all outstanding AIO requests have been handled.
1902
1903Strictly equivalent to:
1904
1905 IO::AIO::poll_wait, IO::AIO::poll_cb
1906 while IO::AIO::nreqs;
1160 1907
1161=item IO::AIO::max_poll_reqs $nreqs 1908=item IO::AIO::max_poll_reqs $nreqs
1162 1909
1163=item IO::AIO::max_poll_time $seconds 1910=item IO::AIO::max_poll_time $seconds
1164 1911
1189 # use a low priority so other tasks have priority 1936 # use a low priority so other tasks have priority
1190 Event->io (fd => IO::AIO::poll_fileno, 1937 Event->io (fd => IO::AIO::poll_fileno,
1191 poll => 'r', nice => 1, 1938 poll => 'r', nice => 1,
1192 cb => &IO::AIO::poll_cb); 1939 cb => &IO::AIO::poll_cb);
1193 1940
1194=item IO::AIO::poll_wait
1195
1196If there are any outstanding requests and none of them in the result
1197phase, wait till the result filehandle becomes ready for reading (simply
1198does a C<select> on the filehandle. This is useful if you want to
1199synchronously wait for some requests to finish).
1200
1201See C<nreqs> for an example.
1202
1203=item IO::AIO::poll
1204
1205Waits until some requests have been handled.
1206
1207Returns the number of requests processed, but is otherwise strictly
1208equivalent to:
1209
1210 IO::AIO::poll_wait, IO::AIO::poll_cb
1211
1212=item IO::AIO::flush
1213
1214Wait till all outstanding AIO requests have been handled.
1215
1216Strictly equivalent to:
1217
1218 IO::AIO::poll_wait, IO::AIO::poll_cb
1219 while IO::AIO::nreqs;
1220
1221=back 1941=back
1222 1942
1223=head3 CONTROLLING THE NUMBER OF THREADS 1943=head3 CONTROLLING THE NUMBER OF THREADS
1224 1944
1225=over 1945=over
1258 1978
1259Under normal circumstances you don't need to call this function. 1979Under normal circumstances you don't need to call this function.
1260 1980
1261=item IO::AIO::max_idle $nthreads 1981=item IO::AIO::max_idle $nthreads
1262 1982
1263Limit the number of threads (default: 4) that are allowed to idle (i.e., 1983Limit the number of threads (default: 4) that are allowed to idle
1264threads that did not get a request to process within 10 seconds). That 1984(i.e., threads that did not get a request to process within the idle
1265means if a thread becomes idle while C<$nthreads> other threads are also 1985timeout (default: 10 seconds). That means if a thread becomes idle while
1266idle, it will free its resources and exit. 1986C<$nthreads> other threads are also idle, it will free its resources and
1987exit.
1267 1988
1268This is useful when you allow a large number of threads (e.g. 100 or 1000) 1989This is useful when you allow a large number of threads (e.g. 100 or 1000)
1269to allow for extremely high load situations, but want to free resources 1990to allow for extremely high load situations, but want to free resources
1270under normal circumstances (1000 threads can easily consume 30MB of RAM). 1991under normal circumstances (1000 threads can easily consume 30MB of RAM).
1271 1992
1272The default is probably ok in most situations, especially if thread 1993The default is probably ok in most situations, especially if thread
1273creation is fast. If thread creation is very slow on your system you might 1994creation is fast. If thread creation is very slow on your system you might
1274want to use larger values. 1995want to use larger values.
1275 1996
1997=item IO::AIO::idle_timeout $seconds
1998
1999Sets the minimum idle timeout (default 10) after which worker threads are
2000allowed to exit. SEe C<IO::AIO::max_idle>.
2001
1276=item IO::AIO::max_outstanding $maxreqs 2002=item IO::AIO::max_outstanding $maxreqs
2003
2004Sets the maximum number of outstanding requests to C<$nreqs>. If
2005you do queue up more than this number of requests, the next call to
2006C<IO::AIO::poll_cb> (and other functions calling C<poll_cb>, such as
2007C<IO::AIO::flush> or C<IO::AIO::poll>) will block until the limit is no
2008longer exceeded.
2009
2010In other words, this setting does not enforce a queue limit, but can be
2011used to make poll functions block if the limit is exceeded.
1277 2012
1278This is a very bad function to use in interactive programs because it 2013This is a very bad function to use in interactive programs because it
1279blocks, and a bad way to reduce concurrency because it is inexact: Better 2014blocks, and a bad way to reduce concurrency because it is inexact: Better
1280use an C<aio_group> together with a feed callback. 2015use an C<aio_group> together with a feed callback.
1281 2016
1282Sets the maximum number of outstanding requests to C<$nreqs>. If you 2017Its main use is in scripts without an event loop - when you want to stat
1283do queue up more than this number of requests, the next call to the 2018a lot of files, you can write something like this:
1284C<poll_cb> (and C<poll_some> and other functions calling C<poll_cb>)
1285function will block until the limit is no longer exceeded.
1286 2019
1287The default value is very large, so there is no practical limit on the 2020 IO::AIO::max_outstanding 32;
1288number of outstanding requests.
1289 2021
1290You can still queue as many requests as you want. Therefore, 2022 for my $path (...) {
1291C<max_outstanding> is mainly useful in simple scripts (with low values) or 2023 aio_stat $path , ...;
1292as a stop gap to shield against fatal memory overflow (with large values). 2024 IO::AIO::poll_cb;
2025 }
2026
2027 IO::AIO::flush;
2028
2029The call to C<poll_cb> inside the loop will normally return instantly, but
2030as soon as more thna C<32> reqeusts are in-flight, it will block until
2031some requests have been handled. This keeps the loop from pushing a large
2032number of C<aio_stat> requests onto the queue.
2033
2034The default value for C<max_outstanding> is very large, so there is no
2035practical limit on the number of outstanding requests.
1293 2036
1294=back 2037=back
1295 2038
1296=head3 STATISTICAL INFORMATION 2039=head3 STATISTICAL INFORMATION
1297 2040
1317Returns the number of requests currently in the pending state (executed, 2060Returns the number of requests currently in the pending state (executed,
1318but not yet processed by poll_cb). 2061but not yet processed by poll_cb).
1319 2062
1320=back 2063=back
1321 2064
2065=head3 MISCELLANEOUS FUNCTIONS
2066
2067IO::AIO implements some functions that are useful when you want to use
2068some "Advanced I/O" function not available to in Perl, without going the
2069"Asynchronous I/O" route. Many of these have an asynchronous C<aio_*>
2070counterpart.
2071
2072=over 4
2073
2074=item $numfd = IO::AIO::get_fdlimit
2075
2076This function is I<EXPERIMENTAL> and subject to change.
2077
2078Tries to find the current file descriptor limit and returns it, or
2079C<undef> and sets C<$!> in case of an error. The limit is one larger than
2080the highest valid file descriptor number.
2081
2082=item IO::AIO::min_fdlimit [$numfd]
2083
2084This function is I<EXPERIMENTAL> and subject to change.
2085
2086Try to increase the current file descriptor limit(s) to at least C<$numfd>
2087by changing the soft or hard file descriptor resource limit. If C<$numfd>
2088is missing, it will try to set a very high limit, although this is not
2089recommended when you know the actual minimum that you require.
2090
2091If the limit cannot be raised enough, the function makes a best-effort
2092attempt to increase the limit as much as possible, using various
2093tricks, while still failing. You can query the resulting limit using
2094C<IO::AIO::get_fdlimit>.
2095
2096If an error occurs, returns C<undef> and sets C<$!>, otherwise returns
2097true.
2098
2099=item IO::AIO::sendfile $ofh, $ifh, $offset, $count
2100
2101Calls the C<eio_sendfile_sync> function, which is like C<aio_sendfile>,
2102but is blocking (this makes most sense if you know the input data is
2103likely cached already and the output filehandle is set to non-blocking
2104operations).
2105
2106Returns the number of bytes copied, or C<-1> on error.
2107
2108=item IO::AIO::fadvise $fh, $offset, $len, $advice
2109
2110Simply calls the C<posix_fadvise> function (see its
2111manpage for details). The following advice constants are
2112available: C<IO::AIO::FADV_NORMAL>, C<IO::AIO::FADV_SEQUENTIAL>,
2113C<IO::AIO::FADV_RANDOM>, C<IO::AIO::FADV_NOREUSE>,
2114C<IO::AIO::FADV_WILLNEED>, C<IO::AIO::FADV_DONTNEED>.
2115
2116On systems that do not implement C<posix_fadvise>, this function returns
2117ENOSYS, otherwise the return value of C<posix_fadvise>.
2118
2119=item IO::AIO::madvise $scalar, $offset, $len, $advice
2120
2121Simply calls the C<posix_madvise> function (see its
2122manpage for details). The following advice constants are
2123available: C<IO::AIO::MADV_NORMAL>, C<IO::AIO::MADV_SEQUENTIAL>,
2124C<IO::AIO::MADV_RANDOM>, C<IO::AIO::MADV_WILLNEED>,
2125C<IO::AIO::MADV_DONTNEED>.
2126
2127If C<$offset> is negative, counts from the end. If C<$length> is negative,
2128the remaining length of the C<$scalar> is used. If possible, C<$length>
2129will be reduced to fit into the C<$scalar>.
2130
2131On systems that do not implement C<posix_madvise>, this function returns
2132ENOSYS, otherwise the return value of C<posix_madvise>.
2133
2134=item IO::AIO::mprotect $scalar, $offset, $len, $protect
2135
2136Simply calls the C<mprotect> function on the preferably AIO::mmap'ed
2137$scalar (see its manpage for details). The following protect
2138constants are available: C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_READ>,
2139C<IO::AIO::PROT_WRITE>, C<IO::AIO::PROT_EXEC>.
2140
2141If C<$offset> is negative, counts from the end. If C<$length> is negative,
2142the remaining length of the C<$scalar> is used. If possible, C<$length>
2143will be reduced to fit into the C<$scalar>.
2144
2145On systems that do not implement C<mprotect>, this function returns
2146ENOSYS, otherwise the return value of C<mprotect>.
2147
2148=item IO::AIO::mmap $scalar, $length, $prot, $flags, $fh[, $offset]
2149
2150Memory-maps a file (or anonymous memory range) and attaches it to the
2151given C<$scalar>, which will act like a string scalar. Returns true on
2152success, and false otherwise.
2153
2154The scalar must exist, but its contents do not matter - this means you
2155cannot use a nonexistant array or hash element. When in doubt, C<undef>
2156the scalar first.
2157
2158The only operations allowed on the mmapped scalar are C<substr>/C<vec>,
2159which don't change the string length, and most read-only operations such
2160as copying it or searching it with regexes and so on.
2161
2162Anything else is unsafe and will, at best, result in memory leaks.
2163
2164The memory map associated with the C<$scalar> is automatically removed
2165when the C<$scalar> is undef'd or destroyed, or when the C<IO::AIO::mmap>
2166or C<IO::AIO::munmap> functions are called on it.
2167
2168This calls the C<mmap>(2) function internally. See your system's manual
2169page for details on the C<$length>, C<$prot> and C<$flags> parameters.
2170
2171The C<$length> must be larger than zero and smaller than the actual
2172filesize.
2173
2174C<$prot> is a combination of C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_EXEC>,
2175C<IO::AIO::PROT_READ> and/or C<IO::AIO::PROT_WRITE>,
2176
2177C<$flags> can be a combination of
2178C<IO::AIO::MAP_SHARED> or
2179C<IO::AIO::MAP_PRIVATE>,
2180or a number of system-specific flags (when not available, the are C<0>):
2181C<IO::AIO::MAP_ANONYMOUS> (which is set to C<MAP_ANON> if your system only provides this constant),
2182C<IO::AIO::MAP_LOCKED>,
2183C<IO::AIO::MAP_NORESERVE>,
2184C<IO::AIO::MAP_POPULATE>,
2185C<IO::AIO::MAP_NONBLOCK>,
2186C<IO::AIO::MAP_FIXED>,
2187C<IO::AIO::MAP_GROWSDOWN>,
2188C<IO::AIO::MAP_32BIT>,
2189C<IO::AIO::MAP_HUGETLB> or
2190C<IO::AIO::MAP_STACK>.
2191
2192If C<$fh> is C<undef>, then a file descriptor of C<-1> is passed.
2193
2194C<$offset> is the offset from the start of the file - it generally must be
2195a multiple of C<IO::AIO::PAGESIZE> and defaults to C<0>.
2196
2197Example:
2198
2199 use Digest::MD5;
2200 use IO::AIO;
2201
2202 open my $fh, "<verybigfile"
2203 or die "$!";
2204
2205 IO::AIO::mmap my $data, -s $fh, IO::AIO::PROT_READ, IO::AIO::MAP_SHARED, $fh
2206 or die "verybigfile: $!";
2207
2208 my $fast_md5 = md5 $data;
2209
2210=item IO::AIO::munmap $scalar
2211
2212Removes a previous mmap and undefines the C<$scalar>.
2213
2214=item IO::AIO::munlock $scalar, $offset = 0, $length = undef
2215
2216Calls the C<munlock> function, undoing the effects of a previous
2217C<aio_mlock> call (see its description for details).
2218
2219=item IO::AIO::munlockall
2220
2221Calls the C<munlockall> function.
2222
2223On systems that do not implement C<munlockall>, this function returns
2224ENOSYS, otherwise the return value of C<munlockall>.
2225
2226=item IO::AIO::splice $r_fh, $r_off, $w_fh, $w_off, $length, $flags
2227
2228Calls the GNU/Linux C<splice(2)> syscall, if available. If C<$r_off> or
2229C<$w_off> are C<undef>, then C<NULL> is passed for these, otherwise they
2230should be the file offset.
2231
2232C<$r_fh> and C<$w_fh> should not refer to the same file, as splice might
2233silently corrupt the data in this case.
2234
2235The following symbol flag values are available: C<IO::AIO::SPLICE_F_MOVE>,
2236C<IO::AIO::SPLICE_F_NONBLOCK>, C<IO::AIO::SPLICE_F_MORE> and
2237C<IO::AIO::SPLICE_F_GIFT>.
2238
2239See the C<splice(2)> manpage for details.
2240
2241=item IO::AIO::tee $r_fh, $w_fh, $length, $flags
2242
2243Calls the GNU/Linux C<tee(2)> syscall, see its manpage and the
2244description for C<IO::AIO::splice> above for details.
2245
2246=item $actual_size = IO::AIO::pipesize $r_fh[, $new_size]
2247
2248Attempts to query or change the pipe buffer size. Obviously works only
2249on pipes, and currently works only on GNU/Linux systems, and fails with
2250C<-1>/C<ENOSYS> everywhere else. If anybody knows how to influence pipe buffer
2251size on other systems, drop me a note.
2252
2253=item ($rfh, $wfh) = IO::AIO::pipe2 [$flags]
2254
2255This is a direct interface to the Linux L<pipe2(2)> system call. If
2256C<$flags> is missing or C<0>, then this should be the same as a call to
2257perl's built-in C<pipe> function and create a new pipe, and works on
2258systems that lack the pipe2 syscall. On win32, this case invokes C<_pipe
2259(..., 4096, O_BINARY)>.
2260
2261If C<$flags> is non-zero, it tries to invoke the pipe2 system call with
2262the given flags (Linux 2.6.27, glibc 2.9).
2263
2264On success, the read and write file handles are returned.
2265
2266On error, nothing will be returned. If the pipe2 syscall is missing and
2267C<$flags> is non-zero, fails with C<ENOSYS>.
2268
2269Please refer to L<pipe2(2)> for more info on the C<$flags>, but at the
2270time of this writing, C<IO::AIO::O_CLOEXEC>, C<IO::AIO::O_NONBLOCK> and
2271C<IO::AIO::O_DIRECT> (Linux 3.4, for packet-based pipes) were supported.
2272
2273=back
2274
1322=cut 2275=cut
1323 2276
1324min_parallel 8; 2277min_parallel 8;
1325 2278
1326END { flush } 2279END { flush }
1327 2280
13281; 22811;
1329 2282
2283=head1 EVENT LOOP INTEGRATION
2284
2285It is recommended to use L<AnyEvent::AIO> to integrate IO::AIO
2286automatically into many event loops:
2287
2288 # AnyEvent integration (EV, Event, Glib, Tk, POE, urxvt, pureperl...)
2289 use AnyEvent::AIO;
2290
2291You can also integrate IO::AIO manually into many event loops, here are
2292some examples of how to do this:
2293
2294 # EV integration
2295 my $aio_w = EV::io IO::AIO::poll_fileno, EV::READ, \&IO::AIO::poll_cb;
2296
2297 # Event integration
2298 Event->io (fd => IO::AIO::poll_fileno,
2299 poll => 'r',
2300 cb => \&IO::AIO::poll_cb);
2301
2302 # Glib/Gtk2 integration
2303 add_watch Glib::IO IO::AIO::poll_fileno,
2304 in => sub { IO::AIO::poll_cb; 1 };
2305
2306 # Tk integration
2307 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "",
2308 readable => \&IO::AIO::poll_cb);
2309
2310 # Danga::Socket integration
2311 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno =>
2312 \&IO::AIO::poll_cb);
2313
1330=head2 FORK BEHAVIOUR 2314=head2 FORK BEHAVIOUR
1331 2315
1332This module should do "the right thing" when the process using it forks: 2316Usage of pthreads in a program changes the semantics of fork
2317considerably. Specifically, only async-safe functions can be called after
2318fork. Perl doesn't know about this, so in general, you cannot call fork
2319with defined behaviour in perl if pthreads are involved. IO::AIO uses
2320pthreads, so this applies, but many other extensions and (for inexplicable
2321reasons) perl itself often is linked against pthreads, so this limitation
2322applies to quite a lot of perls.
1333 2323
1334Before the fork, IO::AIO enters a quiescent state where no requests 2324This module no longer tries to fight your OS, or POSIX. That means IO::AIO
1335can be added in other threads and no results will be processed. After 2325only works in the process that loaded it. Forking is fully supported, but
1336the fork the parent simply leaves the quiescent state and continues 2326using IO::AIO in the child is not.
1337request/result processing, while the child frees the request/result queue
1338(so that the requests started before the fork will only be handled in the
1339parent). Threads will be started on demand until the limit set in the
1340parent process has been reached again.
1341 2327
1342In short: the parent will, after a short pause, continue as if fork had 2328You might get around by not I<using> IO::AIO before (or after)
1343not been called, while the child will act as if IO::AIO has not been used 2329forking. You could also try to call the L<IO::AIO::reinit> function in the
1344yet. 2330child:
2331
2332=over 4
2333
2334=item IO::AIO::reinit
2335
2336Abandons all current requests and I/O threads and simply reinitialises all
2337data structures. This is not an operation supported by any standards, but
2338happens to work on GNU/Linux and some newer BSD systems.
2339
2340The only reasonable use for this function is to call it after forking, if
2341C<IO::AIO> was used in the parent. Calling it while IO::AIO is active in
2342the process will result in undefined behaviour. Calling it at any time
2343will also result in any undefined (by POSIX) behaviour.
2344
2345=back
1345 2346
1346=head2 MEMORY USAGE 2347=head2 MEMORY USAGE
1347 2348
1348Per-request usage: 2349Per-request usage:
1349 2350

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines