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.151 by root, Fri Jun 12 00:43:16 2009 UTC vs.
Revision 1.284 by root, Fri Mar 23 01:14:08 2018 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.2'; 176 our $VERSION = 4.4;
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 aio_readdirx 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_slurp
189 aio_wd);
207 190
208 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice)); 191 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice));
209 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush 192 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush
210 min_parallel max_parallel max_idle 193 min_parallel max_parallel max_idle idle_timeout
211 nreqs nready npending nthreads 194 nreqs nready npending nthreads
212 max_poll_time max_poll_reqs); 195 max_poll_time max_poll_reqs
196 sendfile fadvise madvise
197 mmap munmap munlock munlockall);
213 198
214 push @AIO_REQ, qw(aio_busy); # not exported 199 push @AIO_REQ, qw(aio_busy); # not exported
215 200
216 @IO::AIO::GRP::ISA = 'IO::AIO::REQ'; 201 @IO::AIO::GRP::ISA = 'IO::AIO::REQ';
217 202
219 XSLoader::load ("IO::AIO", $VERSION); 204 XSLoader::load ("IO::AIO", $VERSION);
220} 205}
221 206
222=head1 FUNCTIONS 207=head1 FUNCTIONS
223 208
224=head2 AIO REQUEST FUNCTIONS 209=head2 QUICK OVERVIEW
210
211This section simply lists the prototypes most of the functions for
212quick reference. See the following sections for function-by-function
213documentation.
214
215 aio_wd $pathname, $callback->($wd)
216 aio_open $pathname, $flags, $mode, $callback->($fh)
217 aio_close $fh, $callback->($status)
218 aio_seek $fh,$offset,$whence, $callback->($offs)
219 aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
220 aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
221 aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval)
222 aio_readahead $fh,$offset,$length, $callback->($retval)
223 aio_stat $fh_or_path, $callback->($status)
224 aio_lstat $fh, $callback->($status)
225 aio_statvfs $fh_or_path, $callback->($statvfs)
226 aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
227 aio_chown $fh_or_path, $uid, $gid, $callback->($status)
228 aio_chmod $fh_or_path, $mode, $callback->($status)
229 aio_truncate $fh_or_path, $offset, $callback->($status)
230 aio_allocate $fh, $mode, $offset, $len, $callback->($status)
231 aio_fiemap $fh, $start, $length, $flags, $count, $cb->(\@extents)
232 aio_unlink $pathname, $callback->($status)
233 aio_mknod $pathname, $mode, $dev, $callback->($status)
234 aio_link $srcpath, $dstpath, $callback->($status)
235 aio_symlink $srcpath, $dstpath, $callback->($status)
236 aio_readlink $pathname, $callback->($link)
237 aio_realpath $pathname, $callback->($path)
238 aio_rename $srcpath, $dstpath, $callback->($status)
239 aio_rename2 $srcpath, $dstpath, $flags, $callback->($status)
240 aio_mkdir $pathname, $mode, $callback->($status)
241 aio_rmdir $pathname, $callback->($status)
242 aio_readdir $pathname, $callback->($entries)
243 aio_readdirx $pathname, $flags, $callback->($entries, $flags)
244 IO::AIO::READDIR_DENTS IO::AIO::READDIR_DIRS_FIRST
245 IO::AIO::READDIR_STAT_ORDER IO::AIO::READDIR_FOUND_UNKNOWN
246 aio_scandir $pathname, $maxreq, $callback->($dirs, $nondirs)
247 aio_load $pathname, $data, $callback->($status)
248 aio_copy $srcpath, $dstpath, $callback->($status)
249 aio_move $srcpath, $dstpath, $callback->($status)
250 aio_rmtree $pathname, $callback->($status)
251 aio_fcntl $fh, $cmd, $arg, $callback->($status)
252 aio_ioctl $fh, $request, $buf, $callback->($status)
253 aio_sync $callback->($status)
254 aio_syncfs $fh, $callback->($status)
255 aio_fsync $fh, $callback->($status)
256 aio_fdatasync $fh, $callback->($status)
257 aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
258 aio_pathsync $pathname, $callback->($status)
259 aio_msync $scalar, $offset = 0, $length = undef, flags = MS_SYNC, $callback->($status)
260 aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
261 aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
262 aio_mlockall $flags, $callback->($status)
263 aio_group $callback->(...)
264 aio_nop $callback->()
265
266 $prev_pri = aioreq_pri [$pri]
267 aioreq_nice $pri_adjust
268
269 IO::AIO::poll_wait
270 IO::AIO::poll_cb
271 IO::AIO::poll
272 IO::AIO::flush
273 IO::AIO::max_poll_reqs $nreqs
274 IO::AIO::max_poll_time $seconds
275 IO::AIO::min_parallel $nthreads
276 IO::AIO::max_parallel $nthreads
277 IO::AIO::max_idle $nthreads
278 IO::AIO::idle_timeout $seconds
279 IO::AIO::max_outstanding $maxreqs
280 IO::AIO::nreqs
281 IO::AIO::nready
282 IO::AIO::npending
283 $nfd = IO::AIO::get_fdlimit [EXPERIMENTAL]
284 IO::AIO::min_fdlimit $nfd [EXPERIMENTAL]
285
286 IO::AIO::sendfile $ofh, $ifh, $offset, $count
287 IO::AIO::fadvise $fh, $offset, $len, $advice
288 IO::AIO::mmap $scalar, $length, $prot, $flags[, $fh[, $offset]]
289 IO::AIO::munmap $scalar
290 IO::AIO::madvise $scalar, $offset, $length, $advice
291 IO::AIO::mprotect $scalar, $offset, $length, $protect
292 IO::AIO::munlock $scalar, $offset = 0, $length = undef
293 IO::AIO::munlockall
294
295=head2 API NOTES
225 296
226All the C<aio_*> calls are more or less thin wrappers around the syscall 297All 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, 298with the same name (sans C<aio_>). The arguments are similar or identical,
228and they all accept an additional (and optional) C<$callback> argument 299and they all accept an additional (and optional) C<$callback> argument
229which must be a code reference. This code reference will get called with 300which 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 301the syscall has been executed in an asynchronous fashion. The results
231perl, which usually delivers "false") as its sole argument after the given 302of the request will be passed as arguments to the callback (and, if an
232syscall has been executed asynchronously. 303error occured, in C<$!>) - for most requests the syscall return code (e.g.
304most syscalls return C<-1> on error, unlike perl, which usually delivers
305"false").
306
307Some requests (such as C<aio_readdir>) pass the actual results and
308communicate failures by passing C<undef>.
233 309
234All functions expecting a filehandle keep a copy of the filehandle 310All functions expecting a filehandle keep a copy of the filehandle
235internally until the request has finished. 311internally until the request has finished.
236 312
237All functions return request objects of type L<IO::AIO::REQ> that allow 313All functions return request objects of type L<IO::AIO::REQ> that allow
238further manipulation of those requests while they are in-flight. 314further manipulation of those requests while they are in-flight.
239 315
240The pathnames you pass to these routines I<must> be absolute and 316The 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 317reason for this is that at the time the request is being executed, the
242request is being executed, the current working directory could have 318current working directory could have changed. Alternatively, you can
243changed. Alternatively, you can make sure that you never change the 319make sure that you never change the current working directory anywhere
244current working directory anywhere in the program and then use relative 320in the program and then use relative paths. You can also take advantage
245paths. 321of IO::AIOs working directory abstraction, that lets you specify paths
322relative to some previously-opened "working directory object" - see the
323description of the C<IO::AIO::WD> class later in this document.
246 324
247To encode pathnames as octets, either make sure you either: a) always pass 325To encode pathnames as octets, either make sure you either: a) always pass
248in filenames you got from outside (command line, readdir etc.) without 326in 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 327tinkering, b) are in your native filesystem encoding, c) use the Encode
250your pathnames to the locale (or other) encoding in effect in the user 328module and encode your pathnames to the locale (or other) encoding in
251environment, d) use Glib::filename_from_unicode on unicode filenames or e) 329effect in the user environment, d) use Glib::filename_from_unicode on
252use something else to ensure your scalar has the correct contents. 330unicode filenames or e) use something else to ensure your scalar has the
331correct contents.
253 332
254This works, btw. independent of the internal UTF-8 bit, which IO::AIO 333This works, btw. independent of the internal UTF-8 bit, which IO::AIO
255handles correctly whether it is set or not. 334handles correctly whether it is set or not.
335
336=head2 AIO REQUEST FUNCTIONS
256 337
257=over 4 338=over 4
258 339
259=item $prev_pri = aioreq_pri [$pri] 340=item $prev_pri = aioreq_pri [$pri]
260 341
290 371
291 372
292=item aio_open $pathname, $flags, $mode, $callback->($fh) 373=item aio_open $pathname, $flags, $mode, $callback->($fh)
293 374
294Asynchronously open or create a file and call the callback with a newly 375Asynchronously open or create a file and call the callback with a newly
295created filehandle for the file. 376created filehandle for the file (or C<undef> in case of an error).
296 377
297The pathname passed to C<aio_open> must be absolute. See API NOTES, above, 378The pathname passed to C<aio_open> must be absolute. See API NOTES, above,
298for an explanation. 379for an explanation.
299 380
300The C<$flags> argument is a bitmask. See the C<Fcntl> module for a 381The 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 388by the umask in effect then the request is being executed, so better never
308change the umask. 389change the umask.
309 390
310Example: 391Example:
311 392
312 aio_open "/etc/passwd", O_RDONLY, 0, sub { 393 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
313 if ($_[0]) { 394 if ($_[0]) {
314 print "open successful, fh is $_[0]\n"; 395 print "open successful, fh is $_[0]\n";
315 ... 396 ...
316 } else { 397 } else {
317 die "open failed: $!\n"; 398 die "open failed: $!\n";
318 } 399 }
319 }; 400 };
320 401
402In addition to all the common open modes/flags (C<O_RDONLY>, C<O_WRONLY>,
403C<O_RDWR>, C<O_CREAT>, C<O_TRUNC>, C<O_EXCL> and C<O_APPEND>), the
404following POSIX and non-POSIX constants are available (missing ones on
405your system are, as usual, C<0>):
406
407C<O_ASYNC>, C<O_DIRECT>, C<O_NOATIME>, C<O_CLOEXEC>, C<O_NOCTTY>, C<O_NOFOLLOW>,
408C<O_NONBLOCK>, C<O_EXEC>, C<O_SEARCH>, C<O_DIRECTORY>, C<O_DSYNC>,
409C<O_RSYNC>, C<O_SYNC>, C<O_PATH>, C<O_TMPFILE>, and C<O_TTY_INIT>.
410
321 411
322=item aio_close $fh, $callback->($status) 412=item aio_close $fh, $callback->($status)
323 413
324Asynchronously close a file and call the callback with the result 414Asynchronously close a file and call the callback with the result
325code. 415code.
334Or in other words: the file descriptor will be closed, but it will not be 424Or in other words: the file descriptor will be closed, but it will not be
335free for reuse until the perl filehandle is closed. 425free for reuse until the perl filehandle is closed.
336 426
337=cut 427=cut
338 428
429=item aio_seek $fh, $offset, $whence, $callback->($offs)
430
431Seeks the filehandle to the new C<$offset>, similarly to perl's
432C<sysseek>. The C<$whence> can use the traditional values (C<0> for
433C<IO::AIO::SEEK_SET>, C<1> for C<IO::AIO::SEEK_CUR> or C<2> for
434C<IO::AIO::SEEK_END>).
435
436The resulting absolute offset will be passed to the callback, or C<-1> in
437case of an error.
438
439In theory, the C<$whence> constants could be different than the
440corresponding values from L<Fcntl>, but perl guarantees they are the same,
441so don't panic.
442
443As a GNU/Linux (and maybe Solaris) extension, also the constants
444C<IO::AIO::SEEK_DATA> and C<IO::AIO::SEEK_HOLE> are available, if they
445could be found. No guarantees about suitability for use in C<aio_seek> or
446Perl's C<sysseek> can be made though, although I would naively assume they
447"just work".
448
339=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 449=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
340 450
341=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 451=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
342 452
343Reads or writes C<$length> bytes from or to the specified C<$fh> and 453Reads 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> 454C<$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 455calls the callback with the actual number of bytes transferred (or -1 on
346error, just like the syscall). 456error, just like the syscall).
347 457
348C<aio_read> will, like C<sysread>, shrink or grow the C<$data> scalar to 458C<aio_read> will, like C<sysread>, shrink or grow the C<$data> scalar to
349offset plus the actual number of bytes read. 459offset plus the actual number of bytes read.
350 460
375 485
376Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts 486Tries 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 487reading 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 488file 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 489than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each
380other. 490other. The same C<$in_fh> works fine though, as this function does not
491move or use the file offset of C<$in_fh>.
381 492
493Please note that C<aio_sendfile> can read more bytes from C<$in_fh> than
494are written, and there is no way to find out how many more bytes have been
495read from C<aio_sendfile> alone, as C<aio_sendfile> only provides the
496number of bytes written to C<$out_fh>. Only if the result value equals
497C<$length> one can assume that C<$length> bytes have been read.
498
499Unlike with other C<aio_> functions, it makes a lot of sense to use
500C<aio_sendfile> on non-blocking sockets, as long as one end (typically
501the C<$in_fh>) is a file - the file I/O will then be asynchronous, while
502the socket I/O will be non-blocking. Note, however, that you can run
503into a trap where C<aio_sendfile> reads some data with readahead, then
504fails to write all data, and when the socket is ready the next time, the
505data in the cache is already lost, forcing C<aio_sendfile> to again hit
506the disk. Explicit C<aio_read> + C<aio_write> let's you better control
507resource usage.
508
382This call tries to make use of a native C<sendfile> syscall to provide 509This 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 510provide zero-copy operation. For this to work, C<$out_fh> should refer to
384socket, and C<$in_fh> should refer to mmap'able file. 511a socket, and C<$in_fh> should refer to an mmap'able file.
385 512
386If the native sendfile call fails or is not implemented, it will be 513If 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 514C<EINVAL>, C<ENOTSUP>, C<EOPNOTSUPP>, C<EAFNOSUPPORT>, C<EPROTOTYPE> or
515C<ENOTSOCK>, it will be emulated, so you can call C<aio_sendfile> on any
388regardless of the limitations of the operating system. 516type of filehandle regardless of the limitations of the operating system.
389 517
390Please note, however, that C<aio_sendfile> can read more bytes from 518As 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 519together 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 520on 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 521in Linux and FreeBSD kernels (probably others, too), but that might fail,
394value equals C<$length> one can assume that C<$length> bytes have been 522so you really really should check the return value of C<aio_sendfile> -
395read. 523fewer bytes than expected might have been transferred.
396 524
397 525
398=item aio_readahead $fh,$offset,$length, $callback->($retval) 526=item aio_readahead $fh,$offset,$length, $callback->($retval)
399 527
400C<aio_readahead> populates the page cache with data from a file so that 528C<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 532whole 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 533and 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 534(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. 535file. The current file offset of the file is left unchanged.
408 536
409If that syscall doesn't exist (likely if your OS isn't Linux) it will be 537If 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. 538be emulated by simply reading the data, which would have a similar effect.
411 539
412 540
413=item aio_stat $fh_or_path, $callback->($status) 541=item aio_stat $fh_or_path, $callback->($status)
414 542
415=item aio_lstat $fh, $callback->($status) 543=item aio_lstat $fh, $callback->($status)
422for an explanation. 550for an explanation.
423 551
424Currently, the stats are always 64-bit-stats, i.e. instead of returning an 552Currently, 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 553error when stat'ing a large file, the results will be silently truncated
426unless perl itself is compiled with large file support. 554unless perl itself is compiled with large file support.
555
556To help interpret the mode and dev/rdev stat values, IO::AIO offers the
557following constants and functions (if not implemented, the constants will
558be C<0> and the functions will either C<croak> or fall back on traditional
559behaviour).
560
561C<S_IFMT>, C<S_IFIFO>, C<S_IFCHR>, C<S_IFBLK>, C<S_IFLNK>, C<S_IFREG>,
562C<S_IFDIR>, C<S_IFWHT>, C<S_IFSOCK>, C<IO::AIO::major $dev_t>,
563C<IO::AIO::minor $dev_t>, C<IO::AIO::makedev $major, $minor>.
427 564
428Example: Print the length of F</etc/passwd>: 565Example: Print the length of F</etc/passwd>:
429 566
430 aio_stat "/etc/passwd", sub { 567 aio_stat "/etc/passwd", sub {
431 $_[0] and die "stat failed: $!"; 568 $_[0] and die "stat failed: $!";
432 print "size is ", -s _, "\n"; 569 print "size is ", -s _, "\n";
433 }; 570 };
434 571
435 572
573=item aio_statvfs $fh_or_path, $callback->($statvfs)
574
575Works like the POSIX C<statvfs> or C<fstatvfs> syscalls, depending on
576whether a file handle or path was passed.
577
578On success, the callback is passed a hash reference with the following
579members: C<bsize>, C<frsize>, C<blocks>, C<bfree>, C<bavail>, C<files>,
580C<ffree>, C<favail>, C<fsid>, C<flag> and C<namemax>. On failure, C<undef>
581is passed.
582
583The following POSIX IO::AIO::ST_* constants are defined: C<ST_RDONLY> and
584C<ST_NOSUID>.
585
586The following non-POSIX IO::AIO::ST_* flag masks are defined to
587their correct value when available, or to C<0> on systems that do
588not support them: C<ST_NODEV>, C<ST_NOEXEC>, C<ST_SYNCHRONOUS>,
589C<ST_MANDLOCK>, C<ST_WRITE>, C<ST_APPEND>, C<ST_IMMUTABLE>, C<ST_NOATIME>,
590C<ST_NODIRATIME> and C<ST_RELATIME>.
591
592Example: stat C</wd> and dump out the data if successful.
593
594 aio_statvfs "/wd", sub {
595 my $f = $_[0]
596 or die "statvfs: $!";
597
598 use Data::Dumper;
599 say Dumper $f;
600 };
601
602 # result:
603 {
604 bsize => 1024,
605 bfree => 4333064312,
606 blocks => 10253828096,
607 files => 2050765568,
608 flag => 4096,
609 favail => 2042092649,
610 bavail => 4333064312,
611 ffree => 2042092649,
612 namemax => 255,
613 frsize => 1024,
614 fsid => 1810
615 }
616
436=item aio_utime $fh_or_path, $atime, $mtime, $callback->($status) 617=item aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
437 618
438Works like perl's C<utime> function (including the special case of $atime 619Works like perl's C<utime> function (including the special case of $atime
439and $mtime being undef). Fractional times are supported if the underlying 620and $mtime being undef). Fractional times are supported if the underlying
440syscalls support them. 621syscalls support them.
467=item aio_truncate $fh_or_path, $offset, $callback->($status) 648=item aio_truncate $fh_or_path, $offset, $callback->($status)
468 649
469Works like truncate(2) or ftruncate(2). 650Works like truncate(2) or ftruncate(2).
470 651
471 652
653=item aio_allocate $fh, $mode, $offset, $len, $callback->($status)
654
655Allocates or frees disk space according to the C<$mode> argument. See the
656linux C<fallocate> documentation for details.
657
658C<$mode> is usually C<0> or C<IO::AIO::FALLOC_FL_KEEP_SIZE> to allocate
659space, or C<IO::AIO::FALLOC_FL_PUNCH_HOLE | IO::AIO::FALLOC_FL_KEEP_SIZE>,
660to deallocate a file range.
661
662IO::AIO also supports C<FALLOC_FL_COLLAPSE_RANGE>, to remove a range
663(without leaving a hole), C<FALLOC_FL_ZERO_RANGE>, to zero a range,
664C<FALLOC_FL_INSERT_RANGE> to insert a range and C<FALLOC_FL_UNSHARE_RANGE>
665to unshare shared blocks (see your L<fallocate(2)> manpage).
666
667The file system block size used by C<fallocate> is presumably the
668C<f_bsize> returned by C<statvfs>, but different filesystems and filetypes
669can dictate other limitations.
670
671If C<fallocate> isn't available or cannot be emulated (currently no
672emulation will be attempted), passes C<-1> and sets C<$!> to C<ENOSYS>.
673
674
472=item aio_chmod $fh_or_path, $mode, $callback->($status) 675=item aio_chmod $fh_or_path, $mode, $callback->($status)
473 676
474Works like perl's C<chmod> function. 677Works like perl's C<chmod> function.
475 678
476 679
478 681
479Asynchronously unlink (delete) a file and call the callback with the 682Asynchronously unlink (delete) a file and call the callback with the
480result code. 683result code.
481 684
482 685
483=item aio_mknod $path, $mode, $dev, $callback->($status) 686=item aio_mknod $pathname, $mode, $dev, $callback->($status)
484 687
485[EXPERIMENTAL] 688[EXPERIMENTAL]
486 689
487Asynchronously create a device node (or fifo). See mknod(2). 690Asynchronously create a device node (or fifo). See mknod(2).
488 691
489The only (POSIX-) portable way of calling this function is: 692The only (POSIX-) portable way of calling this function is:
490 693
491 aio_mknod $path, IO::AIO::S_IFIFO | $mode, 0, sub { ... 694 aio_mknod $pathname, IO::AIO::S_IFIFO | $mode, 0, sub { ...
492 695
696See C<aio_stat> for info about some potentially helpful extra constants
697and functions.
493 698
494=item aio_link $srcpath, $dstpath, $callback->($status) 699=item aio_link $srcpath, $dstpath, $callback->($status)
495 700
496Asynchronously create a new link to the existing object at C<$srcpath> at 701Asynchronously create a new link to the existing object at C<$srcpath> at
497the path C<$dstpath> and call the callback with the result code. 702the path C<$dstpath> and call the callback with the result code.
501 706
502Asynchronously create a new symbolic link to the existing object at C<$srcpath> at 707Asynchronously 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. 708the path C<$dstpath> and call the callback with the result code.
504 709
505 710
506=item aio_readlink $path, $callback->($link) 711=item aio_readlink $pathname, $callback->($link)
507 712
508Asynchronously read the symlink specified by C<$path> and pass it to 713Asynchronously read the symlink specified by C<$path> and pass it to
509the callback. If an error occurs, nothing or undef gets passed to the 714the callback. If an error occurs, nothing or undef gets passed to the
510callback. 715callback.
511 716
512 717
718=item aio_realpath $pathname, $callback->($path)
719
720Asynchronously make the path absolute and resolve any symlinks in
721C<$path>. The resulting path only consists of directories (same as
722L<Cwd::realpath>).
723
724This request can be used to get the absolute path of the current working
725directory by passing it a path of F<.> (a single dot).
726
727
513=item aio_rename $srcpath, $dstpath, $callback->($status) 728=item aio_rename $srcpath, $dstpath, $callback->($status)
514 729
515Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as 730Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as
516rename(2) and call the callback with the result code. 731rename(2) and call the callback with the result code.
732
733On systems that support the AIO::WD working directory abstraction
734natively, the case C<[$wd, "."]> as C<$srcpath> is specialcased - instead
735of failing, C<rename> is called on the absolute path of C<$wd>.
736
737
738=item aio_rename2 $srcpath, $dstpath, $flags, $callback->($status)
739
740Basically a version of C<aio_rename> with an additional C<$flags>
741argument. Calling this with C<$flags=0> is the same as calling
742C<aio_rename>.
743
744Non-zero flags are currently only supported on GNU/Linux systems that
745support renameat2. Other systems fail with C<ENOSYS> in this case.
746
747The following constants are available (missing ones are, as usual C<0>),
748see renameat2(2) for details:
749
750C<IO::AIO::RENAME_NOREPLACE>, C<IO::AIO::RENAME_EXCHANGE>
751and C<IO::AIO::RENAME_WHITEOUT>.
517 752
518 753
519=item aio_mkdir $pathname, $mode, $callback->($status) 754=item aio_mkdir $pathname, $mode, $callback->($status)
520 755
521Asynchronously mkdir (create) a directory and call the callback with 756Asynchronously mkdir (create) a directory and call the callback with
526=item aio_rmdir $pathname, $callback->($status) 761=item aio_rmdir $pathname, $callback->($status)
527 762
528Asynchronously rmdir (delete) a directory and call the callback with the 763Asynchronously rmdir (delete) a directory and call the callback with the
529result code. 764result code.
530 765
766On systems that support the AIO::WD working directory abstraction
767natively, the case C<[$wd, "."]> is specialcased - instead of failing,
768C<rmdir> is called on the absolute path of C<$wd>.
769
531 770
532=item aio_readdir $pathname, $callback->($entries) 771=item aio_readdir $pathname, $callback->($entries)
533 772
534Unlike the POSIX call of the same name, C<aio_readdir> reads an entire 773Unlike the POSIX call of the same name, C<aio_readdir> reads an entire
535directory (i.e. opendir + readdir + closedir). The entries will not be 774directory (i.e. opendir + readdir + closedir). The entries will not be
539array-ref with the filenames. 778array-ref with the filenames.
540 779
541 780
542=item aio_readdirx $pathname, $flags, $callback->($entries, $flags) 781=item aio_readdirx $pathname, $flags, $callback->($entries, $flags)
543 782
544Quite similar to C<aio_readdir>, but the C<$flags> argument allows to tune 783Quite similar to C<aio_readdir>, but the C<$flags> argument allows one to
545behaviour and output format. In case of an error, C<$entries> will be 784tune behaviour and output format. In case of an error, C<$entries> will be
546C<undef>. 785C<undef>.
547 786
548The flags are a combination of the following constants, ORed together (the 787The flags are a combination of the following constants, ORed together (the
549flags will also be passed to the callback, possibly modified): 788flags will also be passed to the callback, possibly modified):
550 789
551=over 4 790=over 4
552 791
553=item IO::AIO::READDIR_DENTS 792=item IO::AIO::READDIR_DENTS
554 793
555When this flag is off, then the callback gets an arrayref with of names 794Normally the callback gets an arrayref consisting of names only (as
556only (as with C<aio_readdir>), otherwise it gets an arrayref with 795with C<aio_readdir>). If this flag is set, then the callback gets an
557C<[$name, $type, $inode]> arrayrefs, each describing a single directory 796arrayref with C<[$name, $type, $inode]> arrayrefs, each describing a
558entry in more detail. 797single directory entry in more detail:
559 798
560C<$name> is the name of the entry. 799C<$name> is the name of the entry.
561 800
562C<$type> is one of the C<IO::AIO::DT_xxx> constants: 801C<$type> is one of the C<IO::AIO::DT_xxx> constants:
563 802
564C<IO::AIO::DT_UNKNOWN>, C<IO::AIO::DT_FIFO>, C<IO::AIO::DT_CHR>, C<IO::AIO::DT_DIR>, 803C<IO::AIO::DT_UNKNOWN>, C<IO::AIO::DT_FIFO>, C<IO::AIO::DT_CHR>, C<IO::AIO::DT_DIR>,
565C<IO::AIO::DT_BLK>, C<IO::AIO::DT_REG>, C<IO::AIO::DT_LNK>, C<IO::AIO::DT_SOCK>, 804C<IO::AIO::DT_BLK>, C<IO::AIO::DT_REG>, C<IO::AIO::DT_LNK>, C<IO::AIO::DT_SOCK>,
566C<IO::AIO::DT_WHT>. 805C<IO::AIO::DT_WHT>.
567 806
568C<IO::AIO::DT_UNKNOWN> means just that: readdir does not know. If you need to 807C<IO::AIO::DT_UNKNOWN> means just that: readdir does not know. If you need
569know, you have to run stat yourself. Also, for speed reasons, the C<$type> 808to know, you have to run stat yourself. Also, for speed/memory reasons,
570scalars are read-only: you can not modify them. 809the C<$type> scalars are read-only: you must not modify them.
571 810
572C<$inode> is the inode number (which might not be exact on systems with 64 811C<$inode> is the inode number (which might not be exact on systems with 64
573bit inode numbers and 32 bit perls). On systems that do not deliver the 812bit inode numbers and 32 bit perls). This field has unspecified content on
574inode information, this will always be zero. 813systems that do not deliver the inode information.
575 814
576=item IO::AIO::READDIR_DIRS_FIRST 815=item IO::AIO::READDIR_DIRS_FIRST
577 816
578When this flag is set, then the names will be returned in an order where 817When this flag is set, then the names will be returned in an order where
579likely directories come first. This is useful when you need to quickly 818likely directories come first, in optimal stat order. This is useful when
580find directories, or you want to find all directories while avoiding to 819you need to quickly find directories, or you want to find all directories
581stat() each entry. 820while avoiding to stat() each entry.
582 821
583If the system returns type information in readdir, then this is used 822If the system returns type information in readdir, then this is used
584to find directories directly. Otherwise, likely directories are files 823to find directories directly. Otherwise, likely directories are names
585beginning with ".", or otherwise files with no dots, of which files with 824beginning with ".", or otherwise names with no dots, of which names with
586short names are tried first. 825short names are tried first.
587 826
588=item IO::AIO::READDIR_STAT_ORDER 827=item IO::AIO::READDIR_STAT_ORDER
589 828
590When this flag is set, then the names will be returned in an order 829When this flag is set, then the names will be returned in an order
591suitable for stat()'ing each one. That is, when you plan to stat() 830suitable for stat()'ing each one. That is, when you plan to stat() most or
592all files in the given directory, then the returned order will likely 831all files in the given directory, then the returned order will likely be
593be fastest. 832faster.
594 833
595If both this flag and C<IO::AIO::READDIR_DIRS_FIRST> are specified, then 834If both this flag and C<IO::AIO::READDIR_DIRS_FIRST> are specified,
596the likely dirs come first, resulting in a less optimal stat order. 835then the likely dirs come first, resulting in a less optimal stat order
836for stat'ing all entries, but likely a more optimal order for finding
837subdirectories.
597 838
598=item IO::AIO::READDIR_FOUND_UNKNOWN 839=item IO::AIO::READDIR_FOUND_UNKNOWN
599 840
600This flag should not be set when calling C<aio_readdirx>. Instead, it 841This flag should not be set when calling C<aio_readdirx>. Instead, it
601is being set by C<aio_readdirx>, when any of the C<$type>'s found were 842is being set by C<aio_readdirx>, when any of the C<$type>'s found were
602C<IO::AIO::DT_UNKNOWN>. The absense of this flag therefore indicates that all 843C<IO::AIO::DT_UNKNOWN>. The absence of this flag therefore indicates that all
603C<$type>'s are known, which can be used to speed up some algorithms. 844C<$type>'s are known, which can be used to speed up some algorithms.
604 845
605=back 846=back
606 847
607 848
849=item aio_slurp $pathname, $offset, $length, $data, $callback->($status)
850
851Opens, reads and closes the given file. The data is put into C<$data>,
852which is resized as required.
853
854If C<$offset> is negative, then it is counted from the end of the file.
855
856If C<$length> is zero, then the remaining length of the file is
857used. Also, in this case, the same limitations to modifying C<$data> apply
858as when IO::AIO::mmap is used, i.e. it must only be modified in-place
859with C<substr>. If the size of the file is known, specifying a non-zero
860C<$length> results in a performance advantage.
861
862This request is similar to the older C<aio_load> request, but since it is
863a single request, it might be more efficient to use.
864
865Example: load F</etc/passwd> into C<$passwd>.
866
867 my $passwd;
868 aio_slurp "/etc/passwd", 0, 0, $passwd, sub {
869 $_[0] >= 0
870 or die "/etc/passwd: $!\n";
871
872 printf "/etc/passwd is %d bytes long, and contains:\n", length $passwd;
873 print $passwd;
874 };
875 IO::AIO::flush;
876
877
608=item aio_load $path, $data, $callback->($status) 878=item aio_load $pathname, $data, $callback->($status)
609 879
610This is a composite request that tries to fully load the given file into 880This is a composite request that tries to fully load the given file into
611memory. Status is the same as with aio_read. 881memory. Status is the same as with aio_read.
882
883Using C<aio_slurp> might be more efficient, as it is a single request.
612 884
613=cut 885=cut
614 886
615sub aio_load($$;$) { 887sub aio_load($$;$) {
616 my ($path, undef, $cb) = @_; 888 my ($path, undef, $cb) = @_;
635 907
636=item aio_copy $srcpath, $dstpath, $callback->($status) 908=item aio_copy $srcpath, $dstpath, $callback->($status)
637 909
638Try to copy the I<file> (directories not supported as either source or 910Try to copy the I<file> (directories not supported as either source or
639destination) from C<$srcpath> to C<$dstpath> and call the callback with 911destination) from C<$srcpath> to C<$dstpath> and call the callback with
640the C<0> (error) or C<-1> ok. 912a status of C<0> (ok) or C<-1> (error, see C<$!>).
913
914Existing destination files will be truncated.
641 915
642This is a composite request that creates the destination file with 916This is a composite request that creates the destination file with
643mode 0200 and copies the contents of the source file into it using 917mode 0200 and copies the contents of the source file into it using
644C<aio_sendfile>, followed by restoring atime, mtime, access mode and 918C<aio_sendfile>, followed by restoring atime, mtime, access mode and
645uid/gid, in that order. 919uid/gid, in that order.
657 my $grp = aio_group $cb; 931 my $grp = aio_group $cb;
658 932
659 aioreq_pri $pri; 933 aioreq_pri $pri;
660 add $grp aio_open $src, O_RDONLY, 0, sub { 934 add $grp aio_open $src, O_RDONLY, 0, sub {
661 if (my $src_fh = $_[0]) { 935 if (my $src_fh = $_[0]) {
662 my @stat = stat $src_fh; # hmm, might bock over nfs? 936 my @stat = stat $src_fh; # hmm, might block over nfs?
663 937
664 aioreq_pri $pri; 938 aioreq_pri $pri;
665 add $grp aio_open $dst, O_CREAT | O_WRONLY | O_TRUNC, 0200, sub { 939 add $grp aio_open $dst, O_CREAT | O_WRONLY | O_TRUNC, 0200, sub {
666 if (my $dst_fh = $_[0]) { 940 if (my $dst_fh = $_[0]) {
667 aioreq_pri $pri; 941 aioreq_pri $pri;
714 988
715=item aio_move $srcpath, $dstpath, $callback->($status) 989=item aio_move $srcpath, $dstpath, $callback->($status)
716 990
717Try to move the I<file> (directories not supported as either source or 991Try to move the I<file> (directories not supported as either source or
718destination) from C<$srcpath> to C<$dstpath> and call the callback with 992destination) from C<$srcpath> to C<$dstpath> and call the callback with
719the C<0> (error) or C<-1> ok. 993a status of C<0> (ok) or C<-1> (error, see C<$!>).
720 994
721This is a composite request that tries to rename(2) the file first; if 995This is a composite request that tries to rename(2) the file first; if
722rename fails with C<EXDEV>, it copies the file with C<aio_copy> and, if 996rename fails with C<EXDEV>, it copies the file with C<aio_copy> and, if
723that is successful, unlinks the C<$srcpath>. 997that is successful, unlinks the C<$srcpath>.
724 998
735 if ($_[0] && $! == EXDEV) { 1009 if ($_[0] && $! == EXDEV) {
736 aioreq_pri $pri; 1010 aioreq_pri $pri;
737 add $grp aio_copy $src, $dst, sub { 1011 add $grp aio_copy $src, $dst, sub {
738 $grp->result ($_[0]); 1012 $grp->result ($_[0]);
739 1013
740 if (!$_[0]) { 1014 unless ($_[0]) {
741 aioreq_pri $pri; 1015 aioreq_pri $pri;
742 add $grp aio_unlink $src; 1016 add $grp aio_unlink $src;
743 } 1017 }
744 }; 1018 };
745 } else { 1019 } else {
748 }; 1022 };
749 1023
750 $grp 1024 $grp
751} 1025}
752 1026
753=item aio_scandir $path, $maxreq, $callback->($dirs, $nondirs) 1027=item aio_scandir $pathname, $maxreq, $callback->($dirs, $nondirs)
754 1028
755Scans a directory (similar to C<aio_readdir>) but additionally tries to 1029Scans a directory (similar to C<aio_readdir>) but additionally tries to
756efficiently separate the entries of directory C<$path> into two sets of 1030efficiently separate the entries of directory C<$path> into two sets of
757names, directories you can recurse into (directories), and ones you cannot 1031names, directories you can recurse into (directories), and ones you cannot
758recurse into (everything else, including symlinks to directories). 1032recurse into (everything else, including symlinks to directories).
759 1033
760C<aio_scandir> is a composite request that creates of many sub requests_ 1034C<aio_scandir> is a composite request that generates many sub requests.
761C<$maxreq> specifies the maximum number of outstanding aio requests that 1035C<$maxreq> specifies the maximum number of outstanding aio requests that
762this function generates. If it is C<< <= 0 >>, then a suitable default 1036this function generates. If it is C<< <= 0 >>, then a suitable default
763will be chosen (currently 4). 1037will be chosen (currently 4).
764 1038
765On error, the callback is called without arguments, otherwise it receives 1039On error, the callback is called without arguments, otherwise it receives
789Then entries will be sorted into likely directories a non-initial dot 1063Then entries will be sorted into likely directories a non-initial dot
790currently) and likely non-directories (see C<aio_readdirx>). Then every 1064currently) and likely non-directories (see C<aio_readdirx>). Then every
791entry plus an appended C</.> will be C<stat>'ed, likely directories first, 1065entry plus an appended C</.> will be C<stat>'ed, likely directories first,
792in order of their inode numbers. If that succeeds, it assumes that the 1066in order of their inode numbers. If that succeeds, it assumes that the
793entry is a directory or a symlink to directory (which will be checked 1067entry is a directory or a symlink to directory (which will be checked
794seperately). This is often faster than stat'ing the entry itself because 1068separately). This is often faster than stat'ing the entry itself because
795filesystems might detect the type of the entry without reading the inode 1069filesystems might detect the type of the entry without reading the inode
796data (e.g. ext2fs filetype feature), even on systems that cannot return 1070data (e.g. ext2fs filetype feature), even on systems that cannot return
797the filetype information on readdir. 1071the filetype information on readdir.
798 1072
799If the known number of directories (link count - 2) has been reached, the 1073If the known number of directories (link count - 2) has been reached, the
815 1089
816 my $grp = aio_group $cb; 1090 my $grp = aio_group $cb;
817 1091
818 $maxreq = 4 if $maxreq <= 0; 1092 $maxreq = 4 if $maxreq <= 0;
819 1093
820 # stat once 1094 # get a wd object
821 aioreq_pri $pri; 1095 aioreq_pri $pri;
822 add $grp aio_stat $path, sub { 1096 add $grp aio_wd $path, sub {
1097 $_[0]
823 return $grp->result () if $_[0]; 1098 or return $grp->result ();
824 my $now = time;
825 my $hash1 = join ":", (stat _)[0,1,3,7,9];
826 1099
827 # read the directory entries 1100 my $wd = [shift, "."];
1101
1102 # stat once
828 aioreq_pri $pri; 1103 aioreq_pri $pri;
829 add $grp aio_readdirx $path, READDIR_DIRS_FIRST, sub { 1104 add $grp aio_stat $wd, sub {
830 my $entries = shift
831 or return $grp->result (); 1105 return $grp->result () if $_[0];
1106 my $now = time;
1107 my $hash1 = join ":", (stat _)[0,1,3,7,9];
832 1108
833 # stat the dir another time 1109 # read the directory entries
834 aioreq_pri $pri; 1110 aioreq_pri $pri;
1111 add $grp aio_readdirx $wd, READDIR_DIRS_FIRST, sub {
1112 my $entries = shift
1113 or return $grp->result ();
1114
1115 # stat the dir another time
1116 aioreq_pri $pri;
835 add $grp aio_stat $path, sub { 1117 add $grp aio_stat $wd, sub {
836 my $hash2 = join ":", (stat _)[0,1,3,7,9]; 1118 my $hash2 = join ":", (stat _)[0,1,3,7,9];
837 1119
838 my $ndirs; 1120 my $ndirs;
839 1121
840 # take the slow route if anything looks fishy 1122 # take the slow route if anything looks fishy
841 if ($hash1 ne $hash2 or (stat _)[9] == $now) { 1123 if ($hash1 ne $hash2 or (stat _)[9] == $now) {
842 $ndirs = -1; 1124 $ndirs = -1;
843 } else { 1125 } else {
844 # if nlink == 2, we are finished 1126 # if nlink == 2, we are finished
845 # for non-posix-fs's, we rely on nlink < 2 1127 # for non-posix-fs's, we rely on nlink < 2
846 $ndirs = (stat _)[3] - 2 1128 $ndirs = (stat _)[3] - 2
847 or return $grp->result ([], $entries); 1129 or return $grp->result ([], $entries);
848 } 1130 }
849 1131
850 my (@dirs, @nondirs); 1132 my (@dirs, @nondirs);
851 1133
852 my $statgrp = add $grp aio_group sub { 1134 my $statgrp = add $grp aio_group sub {
853 $grp->result (\@dirs, \@nondirs); 1135 $grp->result (\@dirs, \@nondirs);
854 }; 1136 };
855 1137
856 limit $statgrp $maxreq; 1138 limit $statgrp $maxreq;
857 feed $statgrp sub { 1139 feed $statgrp sub {
858 return unless @$entries; 1140 return unless @$entries;
859 my $entry = shift @$entries; 1141 my $entry = shift @$entries;
860 1142
861 aioreq_pri $pri; 1143 aioreq_pri $pri;
1144 $wd->[1] = "$entry/.";
862 add $statgrp aio_stat "$path/$entry/.", sub { 1145 add $statgrp aio_stat $wd, sub {
863 if ($_[0] < 0) { 1146 if ($_[0] < 0) {
864 push @nondirs, $entry; 1147 push @nondirs, $entry;
865 } else { 1148 } else {
866 # need to check for real directory 1149 # need to check for real directory
867 aioreq_pri $pri; 1150 aioreq_pri $pri;
1151 $wd->[1] = $entry;
868 add $statgrp aio_lstat "$path/$entry", sub { 1152 add $statgrp aio_lstat $wd, sub {
869 if (-d _) { 1153 if (-d _) {
870 push @dirs, $entry; 1154 push @dirs, $entry;
871 1155
872 unless (--$ndirs) { 1156 unless (--$ndirs) {
873 push @nondirs, @$entries; 1157 push @nondirs, @$entries;
874 feed $statgrp; 1158 feed $statgrp;
1159 }
1160 } else {
1161 push @nondirs, $entry;
875 } 1162 }
876 } else {
877 push @nondirs, $entry;
878 } 1163 }
879 } 1164 }
880 } 1165 };
881 }; 1166 };
882 }; 1167 };
883 }; 1168 };
884 }; 1169 };
885 }; 1170 };
886 1171
887 $grp 1172 $grp
888} 1173}
889 1174
890=item aio_rmtree $path, $callback->($status) 1175=item aio_rmtree $pathname, $callback->($status)
891 1176
892Delete a directory tree starting (and including) C<$path>, return the 1177Delete a directory tree starting (and including) C<$path>, return the
893status of the final C<rmdir> only. This is a composite request that 1178status of the final C<rmdir> only. This is a composite request that
894uses C<aio_scandir> to recurse into and rmdir directories, and unlink 1179uses C<aio_scandir> to recurse into and rmdir directories, and unlink
895everything else. 1180everything else.
896 1181
897=cut 1182=cut
898 1183
920 }; 1205 };
921 1206
922 $grp 1207 $grp
923} 1208}
924 1209
1210=item aio_fcntl $fh, $cmd, $arg, $callback->($status)
1211
1212=item aio_ioctl $fh, $request, $buf, $callback->($status)
1213
1214These work just like the C<fcntl> and C<ioctl> built-in functions, except
1215they execute asynchronously and pass the return value to the callback.
1216
1217Both calls can be used for a lot of things, some of which make more sense
1218to run asynchronously in their own thread, while some others make less
1219sense. For example, calls that block waiting for external events, such
1220as locking, will also lock down an I/O thread while it is waiting, which
1221can deadlock the whole I/O system. At the same time, there might be no
1222alternative to using a thread to wait.
1223
1224So in general, you should only use these calls for things that do
1225(filesystem) I/O, not for things that wait for other events (network,
1226other processes), although if you are careful and know what you are doing,
1227you still can.
1228
1229The following constants are available (missing ones are, as usual C<0>):
1230
1231C<F_DUPFD_CLOEXEC>,
1232
1233C<F_OFD_GETLK>, C<F_OFD_SETLK>, C<F_OFD_GETLKW>,
1234
1235C<FIFREEZE>, C<FITHAW>, C<FITRIM>, C<FICLONE>, C<FICLONERANGE>, C<FIDEDUPERANGE>.
1236
1237C<FS_IOC_GETFLAGS>, C<FS_IOC_SETFLAGS>, C<FS_IOC_GETVERSION>, C<FS_IOC_SETVERSION>,
1238C<FS_IOC_FIEMAP>.
1239
1240C<FS_IOC_FSGETXATTR>, C<FS_IOC_FSSETXATTR>, C<FS_IOC_SET_ENCRYPTION_POLICY>,
1241C<FS_IOC_GET_ENCRYPTION_PWSALT>, C<FS_IOC_GET_ENCRYPTION_POLICY>, C<FS_KEY_DESCRIPTOR_SIZE>.
1242
1243C<FS_SECRM_FL>, C<FS_UNRM_FL>, C<FS_COMPR_FL>, C<FS_SYNC_FL>, C<FS_IMMUTABLE_FL>,
1244C<FS_APPEND_FL>, C<FS_NODUMP_FL>, C<FS_NOATIME_FL>, C<FS_DIRTY_FL>,
1245C<FS_COMPRBLK_FL>, C<FS_NOCOMP_FL>, C<FS_ENCRYPT_FL>, C<FS_BTREE_FL>,
1246C<FS_INDEX_FL>, C<FS_JOURNAL_DATA_FL>, C<FS_NOTAIL_FL>, C<FS_DIRSYNC_FL>, C<FS_TOPDIR_FL>,
1247C<FS_FL_USER_MODIFIABLE>.
1248
1249C<FS_XFLAG_REALTIME>, C<FS_XFLAG_PREALLOC>, C<FS_XFLAG_IMMUTABLE>, C<FS_XFLAG_APPEND>,
1250C<FS_XFLAG_SYNC>, C<FS_XFLAG_NOATIME>, C<FS_XFLAG_NODUMP>, C<FS_XFLAG_RTINHERIT>,
1251C<FS_XFLAG_PROJINHERIT>, C<FS_XFLAG_NOSYMLINKS>, C<FS_XFLAG_EXTSIZE>, C<FS_XFLAG_EXTSZINHERIT>,
1252C<FS_XFLAG_NODEFRAG>, C<FS_XFLAG_FILESTREAM>, C<FS_XFLAG_DAX>, C<FS_XFLAG_HASATTR>,
1253
925=item aio_sync $callback->($status) 1254=item aio_sync $callback->($status)
926 1255
927Asynchronously call sync and call the callback when finished. 1256Asynchronously call sync and call the callback when finished.
928 1257
929=item aio_fsync $fh, $callback->($status) 1258=item aio_fsync $fh, $callback->($status)
936Asynchronously call fdatasync on the given filehandle and call the 1265Asynchronously call fdatasync on the given filehandle and call the
937callback with the fdatasync result code. 1266callback with the fdatasync result code.
938 1267
939If this call isn't available because your OS lacks it or it couldn't be 1268If this call isn't available because your OS lacks it or it couldn't be
940detected, it will be emulated by calling C<fsync> instead. 1269detected, it will be emulated by calling C<fsync> instead.
1270
1271=item aio_syncfs $fh, $callback->($status)
1272
1273Asynchronously call the syncfs syscall to sync the filesystem associated
1274to the given filehandle and call the callback with the syncfs result
1275code. If syncfs is not available, calls sync(), but returns C<-1> and sets
1276errno to C<ENOSYS> nevertheless.
941 1277
942=item aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status) 1278=item aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
943 1279
944Sync the data portion of the file specified by C<$offset> and C<$length> 1280Sync the data portion of the file specified by C<$offset> and C<$length>
945to disk (but NOT the metadata), by calling the Linux-specific 1281to disk (but NOT the metadata), by calling the Linux-specific
949C<$flags> can be a combination of C<IO::AIO::SYNC_FILE_RANGE_WAIT_BEFORE>, 1285C<$flags> can be a combination of C<IO::AIO::SYNC_FILE_RANGE_WAIT_BEFORE>,
950C<IO::AIO::SYNC_FILE_RANGE_WRITE> and 1286C<IO::AIO::SYNC_FILE_RANGE_WRITE> and
951C<IO::AIO::SYNC_FILE_RANGE_WAIT_AFTER>: refer to the sync_file_range 1287C<IO::AIO::SYNC_FILE_RANGE_WAIT_AFTER>: refer to the sync_file_range
952manpage for details. 1288manpage for details.
953 1289
954=item aio_pathsync $path, $callback->($status) 1290=item aio_pathsync $pathname, $callback->($status)
955 1291
956This request tries to open, fsync and close the given path. This is a 1292This request tries to open, fsync and close the given path. This is a
957composite request intended to sync directories after directory operations 1293composite request intended to sync directories after directory operations
958(E.g. rename). This might not work on all operating systems or have any 1294(E.g. rename). This might not work on all operating systems or have any
959specific effect, but usually it makes sure that directory changes get 1295specific effect, but usually it makes sure that directory changes get
960written to disc. It works for anything that can be opened for read-only, 1296written to disc. It works for anything that can be opened for read-only,
961not just directories. 1297not just directories.
1298
1299Future versions of this function might fall back to other methods when
1300C<fsync> on the directory fails (such as calling C<sync>).
962 1301
963Passes C<0> when everything went ok, and C<-1> on error. 1302Passes C<0> when everything went ok, and C<-1> on error.
964 1303
965=cut 1304=cut
966 1305
987 }; 1326 };
988 1327
989 $grp 1328 $grp
990} 1329}
991 1330
1331=item aio_msync $scalar, $offset = 0, $length = undef, flags = MS_SYNC, $callback->($status)
1332
1333This is a rather advanced IO::AIO call, which only works on mmap(2)ed
1334scalars (see the C<IO::AIO::mmap> function, although it also works on data
1335scalars managed by the L<Sys::Mmap> or L<Mmap> modules, note that the
1336scalar must only be modified in-place while an aio operation is pending on
1337it).
1338
1339It calls the C<msync> function of your OS, if available, with the memory
1340area starting at C<$offset> in the string and ending C<$length> bytes
1341later. If C<$length> is negative, counts from the end, and if C<$length>
1342is C<undef>, then it goes till the end of the string. The flags can be
1343either C<IO::AIO::MS_ASYNC> or C<IO::AIO::MS_SYNC>, plus an optional
1344C<IO::AIO::MS_INVALIDATE>.
1345
1346=item aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
1347
1348This is a rather advanced IO::AIO call, which works best on mmap(2)ed
1349scalars.
1350
1351It touches (reads or writes) all memory pages in the specified
1352range inside the scalar. All caveats and parameters are the same
1353as for C<aio_msync>, above, except for flags, which must be either
1354C<0> (which reads all pages and ensures they are instantiated) or
1355C<IO::AIO::MT_MODIFY>, which modifies the memory pages (by reading and
1356writing an octet from it, which dirties the page).
1357
1358=item aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
1359
1360This is a rather advanced IO::AIO call, which works best on mmap(2)ed
1361scalars.
1362
1363It reads in all the pages of the underlying storage into memory (if any)
1364and locks them, so they are not getting swapped/paged out or removed.
1365
1366If C<$length> is undefined, then the scalar will be locked till the end.
1367
1368On systems that do not implement C<mlock>, this function returns C<-1>
1369and sets errno to C<ENOSYS>.
1370
1371Note that the corresponding C<munlock> is synchronous and is
1372documented under L<MISCELLANEOUS FUNCTIONS>.
1373
1374Example: open a file, mmap and mlock it - both will be undone when
1375C<$data> gets destroyed.
1376
1377 open my $fh, "<", $path or die "$path: $!";
1378 my $data;
1379 IO::AIO::mmap $data, -s $fh, IO::AIO::PROT_READ, IO::AIO::MAP_SHARED, $fh;
1380 aio_mlock $data; # mlock in background
1381
1382=item aio_mlockall $flags, $callback->($status)
1383
1384Calls the C<mlockall> function with the given C<$flags> (a combination of
1385C<IO::AIO::MCL_CURRENT> and C<IO::AIO::MCL_FUTURE>).
1386
1387On systems that do not implement C<mlockall>, this function returns C<-1>
1388and sets errno to C<ENOSYS>.
1389
1390Note that the corresponding C<munlockall> is synchronous and is
1391documented under L<MISCELLANEOUS FUNCTIONS>.
1392
1393Example: asynchronously lock all current and future pages into memory.
1394
1395 aio_mlockall IO::AIO::MCL_FUTURE;
1396
1397=item aio_fiemap $fh, $start, $length, $flags, $count, $cb->(\@extents)
1398
1399Queries the extents of the given file (by calling the Linux C<FIEMAP>
1400ioctl, see L<http://cvs.schmorp.de/IO-AIO/doc/fiemap.txt> for details). If
1401the ioctl is not available on your OS, then this request will fail with
1402C<ENOSYS>.
1403
1404C<$start> is the starting offset to query extents for, C<$length> is the
1405size of the range to query - if it is C<undef>, then the whole file will
1406be queried.
1407
1408C<$flags> is a combination of flags (C<IO::AIO::FIEMAP_FLAG_SYNC> or
1409C<IO::AIO::FIEMAP_FLAG_XATTR> - C<IO::AIO::FIEMAP_FLAGS_COMPAT> is also
1410exported), and is normally C<0> or C<IO::AIO::FIEMAP_FLAG_SYNC> to query
1411the data portion.
1412
1413C<$count> is the maximum number of extent records to return. If it is
1414C<undef>, then IO::AIO queries all extents of the range. As a very special
1415case, if it is C<0>, then the callback receives the number of extents
1416instead of the extents themselves (which is unreliable, see below).
1417
1418If an error occurs, the callback receives no arguments. The special
1419C<errno> value C<IO::AIO::EBADR> is available to test for flag errors.
1420
1421Otherwise, the callback receives an array reference with extent
1422structures. Each extent structure is an array reference itself, with the
1423following members:
1424
1425 [$logical, $physical, $length, $flags]
1426
1427Flags is any combination of the following flag values (typically either C<0>
1428or C<IO::AIO::FIEMAP_EXTENT_LAST> (1)):
1429
1430C<IO::AIO::FIEMAP_EXTENT_LAST>, C<IO::AIO::FIEMAP_EXTENT_UNKNOWN>,
1431C<IO::AIO::FIEMAP_EXTENT_DELALLOC>, C<IO::AIO::FIEMAP_EXTENT_ENCODED>,
1432C<IO::AIO::FIEMAP_EXTENT_DATA_ENCRYPTED>, C<IO::AIO::FIEMAP_EXTENT_NOT_ALIGNED>,
1433C<IO::AIO::FIEMAP_EXTENT_DATA_INLINE>, C<IO::AIO::FIEMAP_EXTENT_DATA_TAIL>,
1434C<IO::AIO::FIEMAP_EXTENT_UNWRITTEN>, C<IO::AIO::FIEMAP_EXTENT_MERGED> or
1435C<IO::AIO::FIEMAP_EXTENT_SHARED>.
1436
1437At the time of this writing (Linux 3.2), this request is unreliable unless
1438C<$count> is C<undef>, as the kernel has all sorts of bugs preventing
1439it to return all extents of a range for files with a large number of
1440extents. The code (only) works around all these issues if C<$count> is
1441C<undef>.
1442
992=item aio_group $callback->(...) 1443=item aio_group $callback->(...)
993 1444
994This is a very special aio request: Instead of doing something, it is a 1445This is a very special aio request: Instead of doing something, it is a
995container for other aio requests, which is useful if you want to bundle 1446container for other aio requests, which is useful if you want to bundle
996many requests into a single, composite, request with a definite callback 1447many requests into a single, composite, request with a definite callback
1032like sleep and file handle readable/writable, the overhead this creates is 1483like sleep and file handle readable/writable, the overhead this creates is
1033immense (it blocks a thread for a long time) so do not use this function 1484immense (it blocks a thread for a long time) so do not use this function
1034except to put your application under artificial I/O pressure. 1485except to put your application under artificial I/O pressure.
1035 1486
1036=back 1487=back
1488
1489
1490=head2 IO::AIO::WD - multiple working directories
1491
1492Your process only has one current working directory, which is used by all
1493threads. This makes it hard to use relative paths (some other component
1494could call C<chdir> at any time, and it is hard to control when the path
1495will be used by IO::AIO).
1496
1497One solution for this is to always use absolute paths. This usually works,
1498but can be quite slow (the kernel has to walk the whole path on every
1499access), and can also be a hassle to implement.
1500
1501Newer POSIX systems have a number of functions (openat, fdopendir,
1502futimensat and so on) that make it possible to specify working directories
1503per operation.
1504
1505For portability, and because the clowns who "designed", or shall I write,
1506perpetrated this new interface were obviously half-drunk, this abstraction
1507cannot be perfect, though.
1508
1509IO::AIO allows you to convert directory paths into a so-called IO::AIO::WD
1510object. This object stores the canonicalised, absolute version of the
1511path, and on systems that allow it, also a directory file descriptor.
1512
1513Everywhere where a pathname is accepted by IO::AIO (e.g. in C<aio_stat>
1514or C<aio_unlink>), one can specify an array reference with an IO::AIO::WD
1515object and a pathname instead (or the IO::AIO::WD object alone, which
1516gets interpreted as C<[$wd, "."]>). If the pathname is absolute, the
1517IO::AIO::WD object is ignored, otherwise the pathname is resolved relative
1518to that IO::AIO::WD object.
1519
1520For example, to get a wd object for F</etc> and then stat F<passwd>
1521inside, you would write:
1522
1523 aio_wd "/etc", sub {
1524 my $etcdir = shift;
1525
1526 # although $etcdir can be undef on error, there is generally no reason
1527 # to check for errors here, as aio_stat will fail with ENOENT
1528 # when $etcdir is undef.
1529
1530 aio_stat [$etcdir, "passwd"], sub {
1531 # yay
1532 };
1533 };
1534
1535The fact that C<aio_wd> is a request and not a normal function shows that
1536creating an IO::AIO::WD object is itself a potentially blocking operation,
1537which is why it is done asynchronously.
1538
1539To stat the directory obtained with C<aio_wd> above, one could write
1540either of the following three request calls:
1541
1542 aio_lstat "/etc" , sub { ... # pathname as normal string
1543 aio_lstat [$wd, "."], sub { ... # "." relative to $wd (i.e. $wd itself)
1544 aio_lstat $wd , sub { ... # shorthand for the previous
1545
1546As with normal pathnames, IO::AIO keeps a copy of the working directory
1547object and the pathname string, so you could write the following without
1548causing any issues due to C<$path> getting reused:
1549
1550 my $path = [$wd, undef];
1551
1552 for my $name (qw(abc def ghi)) {
1553 $path->[1] = $name;
1554 aio_stat $path, sub {
1555 # ...
1556 };
1557 }
1558
1559There are some caveats: when directories get renamed (or deleted), the
1560pathname string doesn't change, so will point to the new directory (or
1561nowhere at all), while the directory fd, if available on the system,
1562will still point to the original directory. Most functions accepting a
1563pathname will use the directory fd on newer systems, and the string on
1564older systems. Some functions (such as C<aio_realpath>) will always rely on
1565the string form of the pathname.
1566
1567So this functionality is mainly useful to get some protection against
1568C<chdir>, to easily get an absolute path out of a relative path for future
1569reference, and to speed up doing many operations in the same directory
1570(e.g. when stat'ing all files in a directory).
1571
1572The following functions implement this working directory abstraction:
1573
1574=over 4
1575
1576=item aio_wd $pathname, $callback->($wd)
1577
1578Asynchonously canonicalise the given pathname and convert it to an
1579IO::AIO::WD object representing it. If possible and supported on the
1580system, also open a directory fd to speed up pathname resolution relative
1581to this working directory.
1582
1583If something goes wrong, then C<undef> is passwd to the callback instead
1584of a working directory object and C<$!> is set appropriately. Since
1585passing C<undef> as working directory component of a pathname fails the
1586request with C<ENOENT>, there is often no need for error checking in the
1587C<aio_wd> callback, as future requests using the value will fail in the
1588expected way.
1589
1590=item IO::AIO::CWD
1591
1592This is a compiletime constant (object) that represents the process
1593current working directory.
1594
1595Specifying this object as working directory object for a pathname is as if
1596the pathname would be specified directly, without a directory object. For
1597example, these calls are functionally identical:
1598
1599 aio_stat "somefile", sub { ... };
1600 aio_stat [IO::AIO::CWD, "somefile"], sub { ... };
1601
1602=back
1603
1604To recover the path associated with an IO::AIO::WD object, you can use
1605C<aio_realpath>:
1606
1607 aio_realpath $wd, sub {
1608 warn "path is $_[0]\n";
1609 };
1610
1611Currently, C<aio_statvfs> always, and C<aio_rename> and C<aio_rmdir>
1612sometimes, fall back to using an absolue path.
1037 1613
1038=head2 IO::AIO::REQ CLASS 1614=head2 IO::AIO::REQ CLASS
1039 1615
1040All non-aggregate C<aio_*> functions return an object of this class when 1616All non-aggregate C<aio_*> functions return an object of this class when
1041called in non-void context. 1617called in non-void context.
1131=item $grp->cancel_subs 1707=item $grp->cancel_subs
1132 1708
1133Cancel all subrequests and clears any feeder, but not the group request 1709Cancel all subrequests and clears any feeder, but not the group request
1134itself. Useful when you queued a lot of events but got a result early. 1710itself. Useful when you queued a lot of events but got a result early.
1135 1711
1712The group request will finish normally (you cannot add requests to the
1713group).
1714
1136=item $grp->result (...) 1715=item $grp->result (...)
1137 1716
1138Set the result value(s) that will be passed to the group callback when all 1717Set the result value(s) that will be passed to the group callback when all
1139subrequests have finished and set the groups errno to the current value 1718subrequests have finished and set the groups errno to the current value
1140of errno (just like calling C<errno> without an error number). By default, 1719of errno (just like calling C<errno> without an error number). By default,
1156 1735
1157Sets a feeder/generator on this group: every group can have an attached 1736Sets a feeder/generator on this group: every group can have an attached
1158generator that generates requests if idle. The idea behind this is that, 1737generator that generates requests if idle. The idea behind this is that,
1159although you could just queue as many requests as you want in a group, 1738although you could just queue as many requests as you want in a group,
1160this might starve other requests for a potentially long time. For example, 1739this might starve other requests for a potentially long time. For example,
1161C<aio_scandir> might generate hundreds of thousands C<aio_stat> requests, 1740C<aio_scandir> might generate hundreds of thousands of C<aio_stat>
1162delaying any later requests for a long time. 1741requests, delaying any later requests for a long time.
1163 1742
1164To avoid this, and allow incremental generation of requests, you can 1743To avoid this, and allow incremental generation of requests, you can
1165instead a group and set a feeder on it that generates those requests. The 1744instead a group and set a feeder on it that generates those requests. The
1166feed callback will be called whenever there are few enough (see C<limit>, 1745feed callback will be called whenever there are few enough (see C<limit>,
1167below) requests active in the group itself and is expected to queue more 1746below) requests active in the group itself and is expected to queue more
1208=over 4 1787=over 4
1209 1788
1210=item $fileno = IO::AIO::poll_fileno 1789=item $fileno = IO::AIO::poll_fileno
1211 1790
1212Return the I<request result pipe file descriptor>. This filehandle must be 1791Return the I<request result pipe file descriptor>. This filehandle must be
1213polled for reading by some mechanism outside this module (e.g. Event or 1792polled for reading by some mechanism outside this module (e.g. EV, Glib,
1214select, see below or the SYNOPSIS). If the pipe becomes readable you have 1793select and so on, see below or the SYNOPSIS). If the pipe becomes readable
1215to call C<poll_cb> to check the results. 1794you have to call C<poll_cb> to check the results.
1216 1795
1217See C<poll_cb> for an example. 1796See C<poll_cb> for an example.
1218 1797
1219=item IO::AIO::poll_cb 1798=item IO::AIO::poll_cb
1220 1799
1221Process some outstanding events on the result pipe. You have to call this 1800Process some requests that have reached the result phase (i.e. they have
1222regularly. Returns C<0> if all events could be processed, or C<-1> if it 1801been executed but the results are not yet reported). You have to call
1223returned earlier for whatever reason. Returns immediately when no events 1802this "regularly" to finish outstanding requests.
1224are outstanding. The amount of events processed depends on the settings of
1225C<IO::AIO::max_poll_req> and C<IO::AIO::max_poll_time>.
1226 1803
1804Returns C<0> if all events could be processed (or there were no
1805events to process), or C<-1> if it returned earlier for whatever
1806reason. Returns immediately when no events are outstanding. The amount
1807of events processed depends on the settings of C<IO::AIO::max_poll_req>,
1808C<IO::AIO::max_poll_time> and C<IO::AIO::max_outstanding>.
1809
1227If not all requests were processed for whatever reason, the filehandle 1810If not all requests were processed for whatever reason, the poll file
1228will still be ready when C<poll_cb> returns, so normally you don't have to 1811descriptor will still be ready when C<poll_cb> returns, so normally you
1229do anything special to have it called later. 1812don't have to do anything special to have it called later.
1813
1814Apart from calling C<IO::AIO::poll_cb> when the event filehandle becomes
1815ready, it can be beneficial to call this function from loops which submit
1816a lot of requests, to make sure the results get processed when they become
1817available and not just when the loop is finished and the event loop takes
1818over again. This function returns very fast when there are no outstanding
1819requests.
1230 1820
1231Example: Install an Event watcher that automatically calls 1821Example: Install an Event watcher that automatically calls
1232IO::AIO::poll_cb with high priority: 1822IO::AIO::poll_cb with high priority (more examples can be found in the
1823SYNOPSIS section, at the top of this document):
1233 1824
1234 Event->io (fd => IO::AIO::poll_fileno, 1825 Event->io (fd => IO::AIO::poll_fileno,
1235 poll => 'r', async => 1, 1826 poll => 'r', async => 1,
1236 cb => \&IO::AIO::poll_cb); 1827 cb => \&IO::AIO::poll_cb);
1828
1829=item IO::AIO::poll_wait
1830
1831Wait until either at least one request is in the result phase or no
1832requests are outstanding anymore.
1833
1834This is useful if you want to synchronously wait for some requests to
1835become ready, without actually handling them.
1836
1837See C<nreqs> for an example.
1838
1839=item IO::AIO::poll
1840
1841Waits until some requests have been handled.
1842
1843Returns the number of requests processed, but is otherwise strictly
1844equivalent to:
1845
1846 IO::AIO::poll_wait, IO::AIO::poll_cb
1847
1848=item IO::AIO::flush
1849
1850Wait till all outstanding AIO requests have been handled.
1851
1852Strictly equivalent to:
1853
1854 IO::AIO::poll_wait, IO::AIO::poll_cb
1855 while IO::AIO::nreqs;
1237 1856
1238=item IO::AIO::max_poll_reqs $nreqs 1857=item IO::AIO::max_poll_reqs $nreqs
1239 1858
1240=item IO::AIO::max_poll_time $seconds 1859=item IO::AIO::max_poll_time $seconds
1241 1860
1266 # use a low priority so other tasks have priority 1885 # use a low priority so other tasks have priority
1267 Event->io (fd => IO::AIO::poll_fileno, 1886 Event->io (fd => IO::AIO::poll_fileno,
1268 poll => 'r', nice => 1, 1887 poll => 'r', nice => 1,
1269 cb => &IO::AIO::poll_cb); 1888 cb => &IO::AIO::poll_cb);
1270 1889
1271=item IO::AIO::poll_wait
1272
1273If there are any outstanding requests and none of them in the result
1274phase, wait till the result filehandle becomes ready for reading (simply
1275does a C<select> on the filehandle. This is useful if you want to
1276synchronously wait for some requests to finish).
1277
1278See C<nreqs> for an example.
1279
1280=item IO::AIO::poll
1281
1282Waits until some requests have been handled.
1283
1284Returns the number of requests processed, but is otherwise strictly
1285equivalent to:
1286
1287 IO::AIO::poll_wait, IO::AIO::poll_cb
1288
1289=item IO::AIO::flush
1290
1291Wait till all outstanding AIO requests have been handled.
1292
1293Strictly equivalent to:
1294
1295 IO::AIO::poll_wait, IO::AIO::poll_cb
1296 while IO::AIO::nreqs;
1297
1298=back 1890=back
1299 1891
1300=head3 CONTROLLING THE NUMBER OF THREADS 1892=head3 CONTROLLING THE NUMBER OF THREADS
1301 1893
1302=over 1894=over
1335 1927
1336Under normal circumstances you don't need to call this function. 1928Under normal circumstances you don't need to call this function.
1337 1929
1338=item IO::AIO::max_idle $nthreads 1930=item IO::AIO::max_idle $nthreads
1339 1931
1340Limit the number of threads (default: 4) that are allowed to idle (i.e., 1932Limit the number of threads (default: 4) that are allowed to idle
1341threads that did not get a request to process within 10 seconds). That 1933(i.e., threads that did not get a request to process within the idle
1342means if a thread becomes idle while C<$nthreads> other threads are also 1934timeout (default: 10 seconds). That means if a thread becomes idle while
1343idle, it will free its resources and exit. 1935C<$nthreads> other threads are also idle, it will free its resources and
1936exit.
1344 1937
1345This is useful when you allow a large number of threads (e.g. 100 or 1000) 1938This is useful when you allow a large number of threads (e.g. 100 or 1000)
1346to allow for extremely high load situations, but want to free resources 1939to allow for extremely high load situations, but want to free resources
1347under normal circumstances (1000 threads can easily consume 30MB of RAM). 1940under normal circumstances (1000 threads can easily consume 30MB of RAM).
1348 1941
1349The default is probably ok in most situations, especially if thread 1942The default is probably ok in most situations, especially if thread
1350creation is fast. If thread creation is very slow on your system you might 1943creation is fast. If thread creation is very slow on your system you might
1351want to use larger values. 1944want to use larger values.
1352 1945
1946=item IO::AIO::idle_timeout $seconds
1947
1948Sets the minimum idle timeout (default 10) after which worker threads are
1949allowed to exit. SEe C<IO::AIO::max_idle>.
1950
1353=item IO::AIO::max_outstanding $maxreqs 1951=item IO::AIO::max_outstanding $maxreqs
1952
1953Sets the maximum number of outstanding requests to C<$nreqs>. If
1954you do queue up more than this number of requests, the next call to
1955C<IO::AIO::poll_cb> (and other functions calling C<poll_cb>, such as
1956C<IO::AIO::flush> or C<IO::AIO::poll>) will block until the limit is no
1957longer exceeded.
1958
1959In other words, this setting does not enforce a queue limit, but can be
1960used to make poll functions block if the limit is exceeded.
1354 1961
1355This is a very bad function to use in interactive programs because it 1962This is a very bad function to use in interactive programs because it
1356blocks, and a bad way to reduce concurrency because it is inexact: Better 1963blocks, and a bad way to reduce concurrency because it is inexact: Better
1357use an C<aio_group> together with a feed callback. 1964use an C<aio_group> together with a feed callback.
1358 1965
1359Sets the maximum number of outstanding requests to C<$nreqs>. If you 1966Its main use is in scripts without an event loop - when you want to stat
1360do queue up more than this number of requests, the next call to the 1967a lot of files, you can write something like this:
1361C<poll_cb> (and C<poll_some> and other functions calling C<poll_cb>)
1362function will block until the limit is no longer exceeded.
1363 1968
1364The default value is very large, so there is no practical limit on the 1969 IO::AIO::max_outstanding 32;
1365number of outstanding requests.
1366 1970
1367You can still queue as many requests as you want. Therefore, 1971 for my $path (...) {
1368C<max_outstanding> is mainly useful in simple scripts (with low values) or 1972 aio_stat $path , ...;
1369as a stop gap to shield against fatal memory overflow (with large values). 1973 IO::AIO::poll_cb;
1974 }
1975
1976 IO::AIO::flush;
1977
1978The call to C<poll_cb> inside the loop will normally return instantly, but
1979as soon as more thna C<32> reqeusts are in-flight, it will block until
1980some requests have been handled. This keeps the loop from pushing a large
1981number of C<aio_stat> requests onto the queue.
1982
1983The default value for C<max_outstanding> is very large, so there is no
1984practical limit on the number of outstanding requests.
1370 1985
1371=back 1986=back
1372 1987
1373=head3 STATISTICAL INFORMATION 1988=head3 STATISTICAL INFORMATION
1374 1989
1394Returns the number of requests currently in the pending state (executed, 2009Returns the number of requests currently in the pending state (executed,
1395but not yet processed by poll_cb). 2010but not yet processed by poll_cb).
1396 2011
1397=back 2012=back
1398 2013
2014=head3 MISCELLANEOUS FUNCTIONS
2015
2016IO::AIO implements some functions that are useful when you want to use
2017some "Advanced I/O" function not available to in Perl, without going the
2018"Asynchronous I/O" route. Many of these have an asynchronous C<aio_*>
2019counterpart.
2020
2021=over 4
2022
2023=item $numfd = IO::AIO::get_fdlimit
2024
2025This function is I<EXPERIMENTAL> and subject to change.
2026
2027Tries to find the current file descriptor limit and returns it, or
2028C<undef> and sets C<$!> in case of an error. The limit is one larger than
2029the highest valid file descriptor number.
2030
2031=item IO::AIO::min_fdlimit [$numfd]
2032
2033This function is I<EXPERIMENTAL> and subject to change.
2034
2035Try to increase the current file descriptor limit(s) to at least C<$numfd>
2036by changing the soft or hard file descriptor resource limit. If C<$numfd>
2037is missing, it will try to set a very high limit, although this is not
2038recommended when you know the actual minimum that you require.
2039
2040If the limit cannot be raised enough, the function makes a best-effort
2041attempt to increase the limit as much as possible, using various
2042tricks, while still failing. You can query the resulting limit using
2043C<IO::AIO::get_fdlimit>.
2044
2045If an error occurs, returns C<undef> and sets C<$!>, otherwise returns
2046true.
2047
2048=item IO::AIO::sendfile $ofh, $ifh, $offset, $count
2049
2050Calls the C<eio_sendfile_sync> function, which is like C<aio_sendfile>,
2051but is blocking (this makes most sense if you know the input data is
2052likely cached already and the output filehandle is set to non-blocking
2053operations).
2054
2055Returns the number of bytes copied, or C<-1> on error.
2056
2057=item IO::AIO::fadvise $fh, $offset, $len, $advice
2058
2059Simply calls the C<posix_fadvise> function (see its
2060manpage for details). The following advice constants are
2061available: C<IO::AIO::FADV_NORMAL>, C<IO::AIO::FADV_SEQUENTIAL>,
2062C<IO::AIO::FADV_RANDOM>, C<IO::AIO::FADV_NOREUSE>,
2063C<IO::AIO::FADV_WILLNEED>, C<IO::AIO::FADV_DONTNEED>.
2064
2065On systems that do not implement C<posix_fadvise>, this function returns
2066ENOSYS, otherwise the return value of C<posix_fadvise>.
2067
2068=item IO::AIO::madvise $scalar, $offset, $len, $advice
2069
2070Simply calls the C<posix_madvise> function (see its
2071manpage for details). The following advice constants are
2072available: C<IO::AIO::MADV_NORMAL>, C<IO::AIO::MADV_SEQUENTIAL>,
2073C<IO::AIO::MADV_RANDOM>, C<IO::AIO::MADV_WILLNEED>,
2074C<IO::AIO::MADV_DONTNEED>.
2075
2076If C<$offset> is negative, counts from the end. If C<$length> is negative,
2077the remaining length of the C<$scalar> is used. If possible, C<$length>
2078will be reduced to fit into the C<$scalar>.
2079
2080On systems that do not implement C<posix_madvise>, this function returns
2081ENOSYS, otherwise the return value of C<posix_madvise>.
2082
2083=item IO::AIO::mprotect $scalar, $offset, $len, $protect
2084
2085Simply calls the C<mprotect> function on the preferably AIO::mmap'ed
2086$scalar (see its manpage for details). The following protect
2087constants are available: C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_READ>,
2088C<IO::AIO::PROT_WRITE>, C<IO::AIO::PROT_EXEC>.
2089
2090If C<$offset> is negative, counts from the end. If C<$length> is negative,
2091the remaining length of the C<$scalar> is used. If possible, C<$length>
2092will be reduced to fit into the C<$scalar>.
2093
2094On systems that do not implement C<mprotect>, this function returns
2095ENOSYS, otherwise the return value of C<mprotect>.
2096
2097=item IO::AIO::mmap $scalar, $length, $prot, $flags, $fh[, $offset]
2098
2099Memory-maps a file (or anonymous memory range) and attaches it to the
2100given C<$scalar>, which will act like a string scalar. Returns true on
2101success, and false otherwise.
2102
2103The scalar must exist, but its contents do not matter - this means you
2104cannot use a nonexistant array or hash element. When in doubt, C<undef>
2105the scalar first.
2106
2107The only operations allowed on the mmapped scalar are C<substr>/C<vec>,
2108which don't change the string length, and most read-only operations such
2109as copying it or searching it with regexes and so on.
2110
2111Anything else is unsafe and will, at best, result in memory leaks.
2112
2113The memory map associated with the C<$scalar> is automatically removed
2114when the C<$scalar> is undef'd or destroyed, or when the C<IO::AIO::mmap>
2115or C<IO::AIO::munmap> functions are called on it.
2116
2117This calls the C<mmap>(2) function internally. See your system's manual
2118page for details on the C<$length>, C<$prot> and C<$flags> parameters.
2119
2120The C<$length> must be larger than zero and smaller than the actual
2121filesize.
2122
2123C<$prot> is a combination of C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_EXEC>,
2124C<IO::AIO::PROT_READ> and/or C<IO::AIO::PROT_WRITE>,
2125
2126C<$flags> can be a combination of
2127C<IO::AIO::MAP_SHARED> or
2128C<IO::AIO::MAP_PRIVATE>,
2129or a number of system-specific flags (when not available, the are C<0>):
2130C<IO::AIO::MAP_ANONYMOUS> (which is set to C<MAP_ANON> if your system only provides this constant),
2131C<IO::AIO::MAP_LOCKED>,
2132C<IO::AIO::MAP_NORESERVE>,
2133C<IO::AIO::MAP_POPULATE>,
2134C<IO::AIO::MAP_NONBLOCK>,
2135C<IO::AIO::MAP_FIXED>,
2136C<IO::AIO::MAP_GROWSDOWN>,
2137C<IO::AIO::MAP_32BIT>,
2138C<IO::AIO::MAP_HUGETLB> or
2139C<IO::AIO::MAP_STACK>.
2140
2141If C<$fh> is C<undef>, then a file descriptor of C<-1> is passed.
2142
2143C<$offset> is the offset from the start of the file - it generally must be
2144a multiple of C<IO::AIO::PAGESIZE> and defaults to C<0>.
2145
2146Example:
2147
2148 use Digest::MD5;
2149 use IO::AIO;
2150
2151 open my $fh, "<verybigfile"
2152 or die "$!";
2153
2154 IO::AIO::mmap my $data, -s $fh, IO::AIO::PROT_READ, IO::AIO::MAP_SHARED, $fh
2155 or die "verybigfile: $!";
2156
2157 my $fast_md5 = md5 $data;
2158
2159=item IO::AIO::munmap $scalar
2160
2161Removes a previous mmap and undefines the C<$scalar>.
2162
2163=item IO::AIO::munlock $scalar, $offset = 0, $length = undef
2164
2165Calls the C<munlock> function, undoing the effects of a previous
2166C<aio_mlock> call (see its description for details).
2167
2168=item IO::AIO::munlockall
2169
2170Calls the C<munlockall> function.
2171
2172On systems that do not implement C<munlockall>, this function returns
2173ENOSYS, otherwise the return value of C<munlockall>.
2174
2175=item IO::AIO::splice $r_fh, $r_off, $w_fh, $w_off, $length, $flags
2176
2177Calls the GNU/Linux C<splice(2)> syscall, if available. If C<$r_off> or
2178C<$w_off> are C<undef>, then C<NULL> is passed for these, otherwise they
2179should be the file offset.
2180
2181C<$r_fh> and C<$w_fh> should not refer to the same file, as splice might
2182silently corrupt the data in this case.
2183
2184The following symbol flag values are available: C<IO::AIO::SPLICE_F_MOVE>,
2185C<IO::AIO::SPLICE_F_NONBLOCK>, C<IO::AIO::SPLICE_F_MORE> and
2186C<IO::AIO::SPLICE_F_GIFT>.
2187
2188See the C<splice(2)> manpage for details.
2189
2190=item IO::AIO::tee $r_fh, $w_fh, $length, $flags
2191
2192Calls the GNU/Linux C<tee(2)> syscall, see its manpage and the
2193description for C<IO::AIO::splice> above for details.
2194
2195=item $actual_size = IO::AIO::pipesize $r_fh[, $new_size]
2196
2197Attempts to query or change the pipe buffer size. Obviously works only
2198on pipes, and currently works only on GNU/Linux systems, and fails with
2199C<-1>/C<ENOSYS> everywhere else. If anybody knows how to influence pipe buffer
2200size on other systems, drop me a note.
2201
2202=item ($rfh, $wfh) = IO::AIO::pipe2 [$flags]
2203
2204This is a direct interface to the Linux L<pipe2(2)> system call. If
2205C<$flags> is missing or C<0>, then this should be the same as a call to
2206perl's built-in C<pipe> function and create a new pipe, and works on
2207systems that lack the pipe2 syscall. On win32, this case invokes C<_pipe
2208(..., 4096, O_BINARY)>.
2209
2210If C<$flags> is non-zero, it tries to invoke the pipe2 system call with
2211the given flags (Linux 2.6.27, glibc 2.9).
2212
2213On success, the read and write file handles are returned.
2214
2215On error, nothing will be returned. If the pipe2 syscall is missing and
2216C<$flags> is non-zero, fails with C<ENOSYS>.
2217
2218Please refer to L<pipe2(2)> for more info on the C<$flags>, but at the
2219time of this writing, C<IO::AIO::O_CLOEXEC>, C<IO::AIO::O_NONBLOCK> and
2220C<IO::AIO::O_DIRECT> (Linux 3.4, for packet-based pipes) were supported.
2221
2222Example: create a pipe race-free w.r.t. threads and fork:
2223
2224 my ($rfh, $wfh) = IO::AIO::pipe2 IO::AIO::O_CLOEXEC
2225 or die "pipe2: $!\n";
2226
2227=item $fh = IO::AIO::eventfd [$initval, [$flags]]
2228
2229This is a direct interface to the Linux L<eventfd(2)> system call. The
2230(unhelpful) defaults for C<$initval> and C<$flags> are C<0> for both.
2231
2232On success, the new eventfd filehandle is returned, otherwise returns
2233C<undef>. If the eventfd syscall is missing, fails with C<ENOSYS>.
2234
2235Please refer to L<eventfd(2)> for more info on this call.
2236
2237The following symbol flag values are available: C<IO::AIO::EFD_CLOEXEC>,
2238C<IO::AIO::EFD_NONBLOCK> and C<IO::AIO::EFD_SEMAPHORE> (Linux 2.6.30).
2239
2240Example: create a new eventfd filehandle:
2241
2242 $fh = IO::AIO::eventfd 0, IO::AIO::O_CLOEXEC
2243 or die "eventfd: $!\n";
2244
2245=item $fh = IO::AIO::timerfd_create $clockid[, $flags]
2246
2247This is a direct interface to the Linux L<timerfd_create(2)> system call. The
2248(unhelpful) default for C<$flags> is C<0>.
2249
2250On success, the new timerfd filehandle is returned, otherwise returns
2251C<undef>. If the eventfd syscall is missing, fails with C<ENOSYS>.
2252
2253Please refer to L<timerfd_create(2)> for more info on this call.
2254
2255The following C<$clockid> values are
2256available: C<IO::AIO::CLOCK_REALTIME>, C<IO::AIO::CLOCK_MONOTONIC>
2257C<IO::AIO::CLOCK_CLOCK_BOOTTIME> (Linux 3.15)
2258C<IO::AIO::CLOCK_CLOCK_REALTIME_ALARM> (Linux 3.11) and
2259C<IO::AIO::CLOCK_CLOCK_BOOTTIME_ALARM> (Linux 3.11).
2260
2261The following C<$flags> values are available (Linux
22622.6.27): C<IO::AIO::TFD_NONBLOCK> and C<IO::AIO::TFD_CLOEXEC>.
2263
2264Example: create a new timerfd and set it to one-second repeated alarms,
2265then wait for two alarms:
2266
2267 my $fh = IO::AIO::timerfd_create IO::AIO::CLOCK_BOOTTIME, IO::AIO::TFD_CLOEXEC
2268 or die "timerfd_create: $!\n";
2269
2270 defined IO::AIO::timerfd_settime $fh, 0, 1, 1
2271 or die "timerfd_settime: $!\n";
2272
2273 for (1..2) {
2274 8 == sysread $fh, my $buf, 8
2275 or die "timerfd read failure\n";
2276
2277 printf "number of expirations (likely 1): %d\n",
2278 unpack "Q", $buf;
2279 }
2280
2281=item ($cur_interval, $cur_value) = IO::AIO::timerfd_settime $fh, $flags, $new_interval, $nbw_value
2282
2283This is a direct interface to the Linux L<timerfd_settime(2)> system
2284call. Please refer to its manpage for more info on this call.
2285
2286The new itimerspec is specified using two (possibly fractional) second
2287values, C<$new_interval> and C<$new_value>).
2288
2289On success, the current interval and value are returned (as per
2290C<timerfd_gettime>). On failure, the empty list is returned.
2291
2292The following C<$flags> values are
2293available: C<IO::AIO::TFD_TIMER_ABSTIME> and
2294C<IO::AIO::TFD_TIMER_CANCEL_ON_SET>.
2295
2296See C<IO::AIO::timerfd_create> for a full example.
2297
2298=item ($cur_interval, $cur_value) = IO::AIO::timerfd_gettime $fh
2299
2300This is a direct interface to the Linux L<timerfd_gettime(2)> system
2301call. Please refer to its manpage for more info on this call.
2302
2303On success, returns the current values of interval and value for the given
2304timerfd (as potentially fractional second values). On failure, the empty
2305list is returned.
2306
2307=back
2308
1399=cut 2309=cut
1400 2310
1401min_parallel 8; 2311min_parallel 8;
1402 2312
1403END { flush } 2313END { flush }
1404 2314
14051; 23151;
1406 2316
2317=head1 EVENT LOOP INTEGRATION
2318
2319It is recommended to use L<AnyEvent::AIO> to integrate IO::AIO
2320automatically into many event loops:
2321
2322 # AnyEvent integration (EV, Event, Glib, Tk, POE, urxvt, pureperl...)
2323 use AnyEvent::AIO;
2324
2325You can also integrate IO::AIO manually into many event loops, here are
2326some examples of how to do this:
2327
2328 # EV integration
2329 my $aio_w = EV::io IO::AIO::poll_fileno, EV::READ, \&IO::AIO::poll_cb;
2330
2331 # Event integration
2332 Event->io (fd => IO::AIO::poll_fileno,
2333 poll => 'r',
2334 cb => \&IO::AIO::poll_cb);
2335
2336 # Glib/Gtk2 integration
2337 add_watch Glib::IO IO::AIO::poll_fileno,
2338 in => sub { IO::AIO::poll_cb; 1 };
2339
2340 # Tk integration
2341 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "",
2342 readable => \&IO::AIO::poll_cb);
2343
2344 # Danga::Socket integration
2345 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno =>
2346 \&IO::AIO::poll_cb);
2347
1407=head2 FORK BEHAVIOUR 2348=head2 FORK BEHAVIOUR
1408 2349
1409This module should do "the right thing" when the process using it forks: 2350Usage of pthreads in a program changes the semantics of fork
2351considerably. Specifically, only async-safe functions can be called after
2352fork. Perl doesn't know about this, so in general, you cannot call fork
2353with defined behaviour in perl if pthreads are involved. IO::AIO uses
2354pthreads, so this applies, but many other extensions and (for inexplicable
2355reasons) perl itself often is linked against pthreads, so this limitation
2356applies to quite a lot of perls.
1410 2357
1411Before the fork, IO::AIO enters a quiescent state where no requests 2358This module no longer tries to fight your OS, or POSIX. That means IO::AIO
1412can be added in other threads and no results will be processed. After 2359only works in the process that loaded it. Forking is fully supported, but
1413the fork the parent simply leaves the quiescent state and continues 2360using IO::AIO in the child is not.
1414request/result processing, while the child frees the request/result queue
1415(so that the requests started before the fork will only be handled in the
1416parent). Threads will be started on demand until the limit set in the
1417parent process has been reached again.
1418 2361
1419In short: the parent will, after a short pause, continue as if fork had 2362You might get around by not I<using> IO::AIO before (or after)
1420not been called, while the child will act as if IO::AIO has not been used 2363forking. You could also try to call the L<IO::AIO::reinit> function in the
1421yet. 2364child:
2365
2366=over 4
2367
2368=item IO::AIO::reinit
2369
2370Abandons all current requests and I/O threads and simply reinitialises all
2371data structures. This is not an operation supported by any standards, but
2372happens to work on GNU/Linux and some newer BSD systems.
2373
2374The only reasonable use for this function is to call it after forking, if
2375C<IO::AIO> was used in the parent. Calling it while IO::AIO is active in
2376the process will result in undefined behaviour. Calling it at any time
2377will also result in any undefined (by POSIX) behaviour.
2378
2379=back
2380
2381=head2 LINUX-SPECIFIC CALLS
2382
2383When a call is documented as "linux-specific" then this means it
2384originated on GNU/Linux. C<IO::AIO> will usually try to autodetect the
2385availability and compatibility of such calls regardless of the platform
2386it is compiled on, so platforms such as FreeBSD which often implement
2387these calls will work. When in doubt, call them and see if they fail wth
2388C<ENOSYS>.
1422 2389
1423=head2 MEMORY USAGE 2390=head2 MEMORY USAGE
1424 2391
1425Per-request usage: 2392Per-request usage:
1426 2393
1439temporary buffers, and each thread requires a stack and other data 2406temporary buffers, and each thread requires a stack and other data
1440structures (usually around 16k-128k, depending on the OS). 2407structures (usually around 16k-128k, depending on the OS).
1441 2408
1442=head1 KNOWN BUGS 2409=head1 KNOWN BUGS
1443 2410
1444Known bugs will be fixed in the next release. 2411Known bugs will be fixed in the next release :)
2412
2413=head1 KNOWN ISSUES
2414
2415Calls that try to "import" foreign memory areas (such as C<IO::AIO::mmap>
2416or C<IO::AIO::aio_slurp>) do not work with generic lvalues, such as
2417non-created hash slots or other scalars I didn't think of. It's best to
2418avoid such and either use scalar variables or making sure that the scalar
2419exists (e.g. by storing C<undef>) and isn't "funny" (e.g. tied).
2420
2421I am not sure anything can be done about this, so this is considered a
2422known issue, rather than a bug.
1445 2423
1446=head1 SEE ALSO 2424=head1 SEE ALSO
1447 2425
1448L<AnyEvent::AIO> for easy integration into event loops, L<Coro::AIO> for a 2426L<AnyEvent::AIO> for easy integration into event loops, L<Coro::AIO> for a
1449more natural syntax. 2427more natural syntax.

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines