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.57 by root, Sun Oct 22 01:28:31 2006 UTC vs.
Revision 1.319 by root, Wed Sep 27 03:09:57 2023 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) = @_; 10 my $fh = shift
11 or die "/etc/passwd: $!";
11 ... 12 ...
12 }; 13 };
13 14
14 aio_unlink "/tmp/file", sub { }; 15 aio_unlink "/tmp/file", sub { };
15 16
18 }; 19 };
19 20
20 # version 2+ has request and group objects 21 # version 2+ has request and group objects
21 use IO::AIO 2; 22 use IO::AIO 2;
22 23
24 aioreq_pri 4; # give next request a very high priority
23 my $req = aio_unlink "/tmp/file", sub { }; 25 my $req = aio_unlink "/tmp/file", sub { };
24 $req->cancel; # cancel request if still in queue 26 $req->cancel; # cancel request if still in queue
25 27
26 my $grp = aio_group sub { print "all stats done\n" }; 28 my $grp = aio_group sub { print "all stats done\n" };
27 add $grp aio_stat "..." for ...; 29 add $grp aio_stat "..." for ...;
28 30
29 # AnyEvent integration
30 open my $fh, "<&=" . IO::AIO::poll_fileno or die "$!";
31 my $w = AnyEvent->io (fh => $fh, poll => 'r', cb => sub { IO::AIO::poll_cb });
32
33 # Event integration
34 Event->io (fd => IO::AIO::poll_fileno,
35 poll => 'r',
36 cb => \&IO::AIO::poll_cb);
37
38 # Glib/Gtk2 integration
39 add_watch Glib::IO IO::AIO::poll_fileno,
40 in => sub { IO::AIO::poll_cb; 1 };
41
42 # Tk integration
43 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "",
44 readable => \&IO::AIO::poll_cb);
45
46 # Danga::Socket integration
47 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno =>
48 \&IO::AIO::poll_cb);
49
50=head1 DESCRIPTION 31=head1 DESCRIPTION
51 32
52This module implements asynchronous I/O using whatever means your 33This module implements asynchronous I/O using whatever means your
53operating system supports. 34operating system supports. It is implemented as an interface to C<libeio>
35(L<http://software.schmorp.de/pkg/libeio.html>).
54 36
37Asynchronous means that operations that can normally block your program
38(e.g. reading from disk) will be done asynchronously: the operation
39will still block, but you can do something else in the meantime. This
40is extremely useful for programs that need to stay interactive even
41when doing heavy I/O (GUI programs, high performance network servers
42etc.), but can also be used to easily do operations in parallel that are
43normally done sequentially, e.g. stat'ing many files, which is much faster
44on a RAID volume or over NFS when you do a number of stat operations
45concurrently.
46
47While most of this works on all types of file descriptors (for
48example sockets), using these functions on file descriptors that
49support nonblocking operation (again, sockets, pipes etc.) is
50very inefficient. Use an event loop for that (such as the L<EV>
51module): IO::AIO will naturally fit into such an event loop itself.
52
55Currently, a number of threads are started that execute your read/writes 53In this version, a number of threads are started that execute your
56and signal their completion. You don't need thread support in your libc or 54requests and signal their completion. You don't need thread support
57perl, and the threads created by this module will not be visible to the 55in perl, and the threads created by this module will not be visible
58pthreads library. In the future, this module might make use of the native 56to perl. In the future, this module might make use of the native aio
59aio functions available on many operating systems. However, they are often 57functions available on many operating systems. However, they are often
60not well-supported (Linux doesn't allow them on normal files currently, 58not well-supported or restricted (GNU/Linux doesn't allow them on normal
61for example), and they would only support aio_read and aio_write, so the 59files currently, for example), and they would only support aio_read and
62remaining functionality would have to be implemented using threads anyway. 60aio_write, so the remaining functionality would have to be implemented
61using threads anyway.
63 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
64Although the module will work with in the presence of other threads, it is 67Although the module will work in the presence of other (Perl-) threads,
65currently not reentrant, so use appropriate locking yourself, always call 68it is currently not reentrant in any way, so use appropriate locking
66C<poll_cb> from within the same thread, or never call C<poll_cb> (or other 69yourself, always call C<poll_cb> from within the same thread, or never
67C<aio_> functions) recursively. 70call C<poll_cb> (or other C<aio_> functions) recursively.
71
72=head2 EXAMPLE
73
74This is a simple example that uses the EV module and loads
75F</etc/passwd> asynchronously:
76
77 use EV;
78 use IO::AIO;
79
80 # register the IO::AIO callback with EV
81 my $aio_w = EV::io IO::AIO::poll_fileno, EV::READ, \&IO::AIO::poll_cb;
82
83 # queue the request to open /etc/passwd
84 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
85 my $fh = shift
86 or die "error while opening: $!";
87
88 # stat'ing filehandles is generally non-blocking
89 my $size = -s $fh;
90
91 # queue a request to read the file
92 my $contents;
93 aio_read $fh, 0, $size, $contents, 0, sub {
94 $_[0] == $size
95 or die "short read: $!";
96
97 close $fh;
98
99 # file contents now in $contents
100 print $contents;
101
102 # exit event loop and program
103 EV::break;
104 };
105 };
106
107 # possibly queue up other requests, or open GUI windows,
108 # check for sockets etc. etc.
109
110 # process events as long as there are some:
111 EV::run;
112
113=head1 REQUEST ANATOMY AND LIFETIME
114
115Every C<aio_*> function creates a request. which is a C data structure not
116directly visible to Perl.
117
118If called in non-void context, every request function returns a Perl
119object representing the request. In void context, nothing is returned,
120which saves a bit of memory.
121
122The perl object is a fairly standard ref-to-hash object. The hash contents
123are not used by IO::AIO so you are free to store anything you like in it.
124
125During their existance, aio requests travel through the following states,
126in order:
127
128=over 4
129
130=item ready
131
132Immediately after a request is created it is put into the ready state,
133waiting for a thread to execute it.
134
135=item execute
136
137A thread has accepted the request for processing and is currently
138executing it (e.g. blocking in read).
139
140=item pending
141
142The request has been executed and is waiting for result processing.
143
144While request submission and execution is fully asynchronous, result
145processing is not and relies on the perl interpreter calling C<poll_cb>
146(or another function with the same effect).
147
148=item result
149
150The request results are processed synchronously by C<poll_cb>.
151
152The C<poll_cb> function will process all outstanding aio requests by
153calling their callbacks, freeing memory associated with them and managing
154any groups they are contained in.
155
156=item done
157
158Request has reached the end of its lifetime and holds no resources anymore
159(except possibly for the Perl object, but its connection to the actual
160aio request is severed and calling its methods will either do nothing or
161result in a runtime error).
162
163=back
68 164
69=cut 165=cut
70 166
71package IO::AIO; 167package IO::AIO;
72 168
73no warnings; 169use Carp ();
74use strict 'vars'; 170
171use common::sense;
75 172
76use base 'Exporter'; 173use base 'Exporter';
77 174
78BEGIN { 175BEGIN {
79 our $VERSION = '2.0'; 176 our $VERSION = 4.80;
80 177
81 our @EXPORT = qw(aio_sendfile aio_read aio_write aio_open aio_close aio_stat 178 our @AIO_REQ = qw(aio_sendfile aio_seek aio_read aio_write aio_open aio_close
82 aio_lstat aio_unlink aio_rmdir aio_readdir aio_scandir aio_symlink 179 aio_stat aio_lstat aio_unlink aio_rmdir aio_readdir aio_readdirx
83 aio_fsync aio_fdatasync aio_readahead aio_rename aio_link aio_move 180 aio_scandir aio_symlink aio_readlink aio_realpath aio_fcntl aio_ioctl
181 aio_sync aio_fsync aio_syncfs aio_fdatasync aio_sync_file_range
182 aio_pathsync aio_readahead aio_fiemap aio_allocate
183 aio_rename aio_rename2 aio_link aio_move aio_copy aio_group
184 aio_nop aio_mknod aio_load aio_rmtree aio_mkdir aio_chown
185 aio_chmod aio_utime aio_truncate
186 aio_msync aio_mtouch aio_mlock aio_mlockall
187 aio_statvfs
188 aio_slurp
84 aio_group); 189 aio_wd);
85 our @EXPORT_OK = qw(poll_fileno poll_cb min_parallel max_parallel max_outstanding nreqs); 190
191 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice));
192 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush
193 min_parallel max_parallel max_idle idle_timeout
194 nreqs nready npending nthreads
195 max_poll_time max_poll_reqs
196 sendfile fadvise madvise
197 mmap munmap mremap munlock munlockall
198
199 accept4 tee splice pipe2 pipesize
200 fexecve mount umount memfd_create eventfd
201 timerfd_create timerfd_settime timerfd_gettime
202 pidfd_open pidfd_send_signal pidfd_getfd);
203
204 push @AIO_REQ, qw(aio_busy); # not exported
86 205
87 @IO::AIO::GRP::ISA = 'IO::AIO::REQ'; 206 @IO::AIO::GRP::ISA = 'IO::AIO::REQ';
88 207
89 require XSLoader; 208 require XSLoader;
90 XSLoader::load ("IO::AIO", $VERSION); 209 XSLoader::load ("IO::AIO", $VERSION);
91} 210}
92 211
93=head1 FUNCTIONS 212=head1 FUNCTIONS
94 213
95=head2 AIO FUNCTIONS 214=head2 QUICK OVERVIEW
215
216This section simply lists the prototypes most of the functions for
217quick reference. See the following sections for function-by-function
218documentation.
219
220 aio_wd $pathname, $callback->($wd)
221 aio_open $pathname, $flags, $mode, $callback->($fh)
222 aio_close $fh, $callback->($status)
223 aio_seek $fh,$offset,$whence, $callback->($offs)
224 aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
225 aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
226 aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval)
227 aio_readahead $fh,$offset,$length, $callback->($retval)
228 aio_stat $fh_or_path, $callback->($status)
229 aio_lstat $fh, $callback->($status)
230 aio_statvfs $fh_or_path, $callback->($statvfs)
231 aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
232 aio_chown $fh_or_path, $uid, $gid, $callback->($status)
233 aio_chmod $fh_or_path, $mode, $callback->($status)
234 aio_truncate $fh_or_path, $offset, $callback->($status)
235 aio_allocate $fh, $mode, $offset, $len, $callback->($status)
236 aio_fiemap $fh, $start, $length, $flags, $count, $cb->(\@extents)
237 aio_unlink $pathname, $callback->($status)
238 aio_mknod $pathname, $mode, $dev, $callback->($status)
239 aio_link $srcpath, $dstpath, $callback->($status)
240 aio_symlink $srcpath, $dstpath, $callback->($status)
241 aio_readlink $pathname, $callback->($link)
242 aio_realpath $pathname, $callback->($path)
243 aio_rename $srcpath, $dstpath, $callback->($status)
244 aio_rename2 $srcpath, $dstpath, $flags, $callback->($status)
245 aio_mkdir $pathname, $mode, $callback->($status)
246 aio_rmdir $pathname, $callback->($status)
247 aio_readdir $pathname, $callback->($entries)
248 aio_readdirx $pathname, $flags, $callback->($entries, $flags)
249 IO::AIO::READDIR_DENTS IO::AIO::READDIR_DIRS_FIRST
250 IO::AIO::READDIR_STAT_ORDER IO::AIO::READDIR_FOUND_UNKNOWN
251 aio_scandir $pathname, $maxreq, $callback->($dirs, $nondirs)
252 aio_load $pathname, $data, $callback->($status)
253 aio_copy $srcpath, $dstpath, $callback->($status)
254 aio_move $srcpath, $dstpath, $callback->($status)
255 aio_rmtree $pathname, $callback->($status)
256 aio_fcntl $fh, $cmd, $arg, $callback->($status)
257 aio_ioctl $fh, $request, $buf, $callback->($status)
258 aio_sync $callback->($status)
259 aio_syncfs $fh, $callback->($status)
260 aio_fsync $fh, $callback->($status)
261 aio_fdatasync $fh, $callback->($status)
262 aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
263 aio_pathsync $pathname, $callback->($status)
264 aio_msync $scalar, $offset = 0, $length = undef, flags = MS_SYNC, $callback->($status)
265 aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
266 aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
267 aio_mlockall $flags, $callback->($status)
268 aio_group $callback->(...)
269 aio_nop $callback->()
270
271 $prev_pri = aioreq_pri [$pri]
272 aioreq_nice $pri_adjust
273
274 IO::AIO::poll_wait
275 IO::AIO::poll_cb
276 IO::AIO::poll
277 IO::AIO::flush
278 IO::AIO::max_poll_reqs $nreqs
279 IO::AIO::max_poll_time $seconds
280 IO::AIO::min_parallel $nthreads
281 IO::AIO::max_parallel $nthreads
282 IO::AIO::max_idle $nthreads
283 IO::AIO::idle_timeout $seconds
284 IO::AIO::max_outstanding $maxreqs
285 IO::AIO::nreqs
286 IO::AIO::nready
287 IO::AIO::npending
288 IO::AIO::reinit
289
290 $nfd = IO::AIO::get_fdlimit
291 IO::AIO::min_fdlimit $nfd
292
293 IO::AIO::sendfile $ofh, $ifh, $offset, $count
294 IO::AIO::fadvise $fh, $offset, $len, $advice
295 IO::AIO::fexecve $fh, $argv, $envp
296
297 IO::AIO::mmap $scalar, $length, $prot, $flags[, $fh[, $offset]]
298 IO::AIO::munmap $scalar
299 IO::AIO::mremap $scalar, $new_length, $flags[, $new_address]
300 IO::AIO::madvise $scalar, $offset, $length, $advice
301 IO::AIO::mprotect $scalar, $offset, $length, $protect
302 IO::AIO::munlock $scalar, $offset = 0, $length = undef
303 IO::AIO::munlockall
304
305 # stat extensions
306 $counter = IO::AIO::st_gen
307 $seconds = IO::AIO::st_atime, IO::AIO::st_mtime, IO::AIO::st_ctime, IO::AIO::st_btime
308 ($atime, $mtime, $ctime, $btime, ...) = IO::AIO::st_xtime
309 $nanoseconds = IO::AIO::st_atimensec, IO::AIO::st_mtimensec, IO::AIO::st_ctimensec, IO::AIO::st_btimensec
310 $seconds = IO::AIO::st_btimesec
311 ($atime, $mtime, $ctime, $btime, ...) = IO::AIO::st_xtimensec
312
313 # very much unportable syscalls
314 IO::AIO::accept4 $r_fh, $sockaddr, $sockaddr_len, $flags
315 IO::AIO::splice $r_fh, $r_off, $w_fh, $w_off, $length, $flags
316 IO::AIO::tee $r_fh, $w_fh, $length, $flags
317
318 $actual_size = IO::AIO::pipesize $r_fh[, $new_size]
319 ($rfh, $wfh) = IO::AIO::pipe2 [$flags]
320
321 $fh = IO::AIO::eventfd [$initval, [$flags]]
322 $fh = IO::AIO::memfd_create $pathname[, $flags]
323
324 $fh = IO::AIO::timerfd_create $clockid[, $flags]
325 ($cur_interval, $cur_value) = IO::AIO::timerfd_settime $fh, $flags, $new_interval, $nbw_value
326 ($cur_interval, $cur_value) = IO::AIO::timerfd_gettime $fh
327
328 $fh = IO::AIO::pidfd_open $pid[, $flags]
329 $status = IO::AIO::pidfd_send_signal $pidfh, $signal[, $siginfo[, $flags]]
330 $fh = IO::AIO::pidfd_getfd $pidfh, $targetfd[, $flags]
331
332 $retval = IO::AIO::mount $special, $path, $fstype, $flags = 0, $data = undef
333 $retval = IO::AIO::umount $path, $flags = 0
334
335=head2 API NOTES
96 336
97All the C<aio_*> calls are more or less thin wrappers around the syscall 337All the C<aio_*> calls are more or less thin wrappers around the syscall
98with the same name (sans C<aio_>). The arguments are similar or identical, 338with the same name (sans C<aio_>). The arguments are similar or identical,
99and they all accept an additional (and optional) C<$callback> argument 339and they all accept an additional (and optional) C<$callback> argument
100which must be a code reference. This code reference will get called with 340which must be a code reference. This code reference will be called after
101the syscall return code (e.g. most syscalls return C<-1> on error, unlike 341the syscall has been executed in an asynchronous fashion. The results
102perl, which usually delivers "false") as it's sole argument when the given 342of the request will be passed as arguments to the callback (and, if an
103syscall has been executed asynchronously. 343error occured, in C<$!>) - for most requests the syscall return code (e.g.
344most syscalls return C<-1> on error, unlike perl, which usually delivers
345"false").
346
347Some requests (such as C<aio_readdir>) pass the actual results and
348communicate failures by passing C<undef>.
104 349
105All functions expecting a filehandle keep a copy of the filehandle 350All functions expecting a filehandle keep a copy of the filehandle
106internally until the request has finished. 351internally until the request has finished.
107 352
108All requests return objects of type L<IO::AIO::REQ> that allow further 353All functions return request objects of type L<IO::AIO::REQ> that allow
109manipulation of those requests while they are in-flight. 354further manipulation of those requests while they are in-flight.
110 355
111The pathnames you pass to these routines I<must> be absolute and 356The pathnames you pass to these routines I<should> be absolute. The
112encoded in byte form. The reason for the former is that at the time the 357reason for this is that at the time the request is being executed, the
113request is being executed, the current working directory could have 358current working directory could have changed. Alternatively, you can
114changed. Alternatively, you can make sure that you never change the 359make sure that you never change the current working directory anywhere
115current working directory. 360in the program and then use relative paths. You can also take advantage
361of IO::AIOs working directory abstraction, that lets you specify paths
362relative to some previously-opened "working directory object" - see the
363description of the C<IO::AIO::WD> class later in this document.
116 364
117To encode pathnames to byte form, either make sure you either: a) 365To encode pathnames as octets, either make sure you either: a) always pass
118always pass in filenames you got from outside (command line, readdir 366in filenames you got from outside (command line, readdir etc.) without
119etc.), b) are ASCII or ISO 8859-1, c) use the Encode module and encode 367tinkering, b) are in your native filesystem encoding, c) use the Encode
120your pathnames to the locale (or other) encoding in effect in the user 368module and encode your pathnames to the locale (or other) encoding in
121environment, d) use Glib::filename_from_unicode on unicode filenames or e) 369effect in the user environment, d) use Glib::filename_from_unicode on
122use something else. 370unicode filenames or e) use something else to ensure your scalar has the
371correct contents.
372
373This works, btw. independent of the internal UTF-8 bit, which IO::AIO
374handles correctly whether it is set or not.
375
376=head2 AIO REQUEST FUNCTIONS
123 377
124=over 4 378=over 4
125 379
380=item $prev_pri = aioreq_pri [$pri]
381
382Returns the priority value that would be used for the next request and, if
383C<$pri> is given, sets the priority for the next aio request.
384
385The default priority is C<0>, the minimum and maximum priorities are C<-4>
386and C<4>, respectively. Requests with higher priority will be serviced
387first.
388
389The priority will be reset to C<0> after each call to one of the C<aio_*>
390functions.
391
392Example: open a file with low priority, then read something from it with
393higher priority so the read request is serviced before other low priority
394open requests (potentially spamming the cache):
395
396 aioreq_pri -3;
397 aio_open ..., sub {
398 return unless $_[0];
399
400 aioreq_pri -2;
401 aio_read $_[0], ..., sub {
402 ...
403 };
404 };
405
406
407=item aioreq_nice $pri_adjust
408
409Similar to C<aioreq_pri>, but subtracts the given value from the current
410priority, so the effect is cumulative.
411
412
126=item aio_open $pathname, $flags, $mode, $callback->($fh) 413=item aio_open $pathname, $flags, $mode, $callback->($fh)
127 414
128Asynchronously open or create a file and call the callback with a newly 415Asynchronously open or create a file and call the callback with a newly
129created filehandle for the file. 416created filehandle for the file (or C<undef> in case of an error).
130
131The pathname passed to C<aio_open> must be absolute. See API NOTES, above,
132for an explanation.
133 417
134The C<$flags> argument is a bitmask. See the C<Fcntl> module for a 418The C<$flags> argument is a bitmask. See the C<Fcntl> module for a
135list. They are the same as used by C<sysopen>. 419list. They are the same as used by C<sysopen>.
136 420
137Likewise, C<$mode> specifies the mode of the newly created file, if it 421Likewise, C<$mode> specifies the mode of the newly created file, if it
138didn't exist and C<O_CREAT> has been given, just like perl's C<sysopen>, 422didn't exist and C<O_CREAT> has been given, just like perl's C<sysopen>,
139except that it is mandatory (i.e. use C<0> if you don't create new files, 423except that it is mandatory (i.e. use C<0> if you don't create new files,
140and C<0666> or C<0777> if you do). 424and C<0666> or C<0777> if you do). Note that the C<$mode> will be modified
425by the umask in effect then the request is being executed, so better never
426change the umask.
141 427
142Example: 428Example:
143 429
144 aio_open "/etc/passwd", O_RDONLY, 0, sub { 430 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
145 if ($_[0]) { 431 if ($_[0]) {
146 print "open successful, fh is $_[0]\n"; 432 print "open successful, fh is $_[0]\n";
147 ... 433 ...
148 } else { 434 } else {
149 die "open failed: $!\n"; 435 die "open failed: $!\n";
150 } 436 }
151 }; 437 };
152 438
439In addition to all the common open modes/flags (C<O_RDONLY>, C<O_WRONLY>,
440C<O_RDWR>, C<O_CREAT>, C<O_TRUNC>, C<O_EXCL> and C<O_APPEND>), the
441following POSIX and non-POSIX constants are available (missing ones on
442your system are, as usual, C<0>):
443
444C<O_ASYNC>, C<O_DIRECT>, C<O_NOATIME>, C<O_CLOEXEC>, C<O_NOCTTY>, C<O_NOFOLLOW>,
445C<O_NONBLOCK>, C<O_EXEC>, C<O_SEARCH>, C<O_DIRECTORY>, C<O_DSYNC>,
446C<O_RSYNC>, C<O_SYNC>, C<O_PATH>, C<O_TMPFILE>, C<O_TTY_INIT> and C<O_ACCMODE>.
447
448
153=item aio_close $fh, $callback->($status) 449=item aio_close $fh, $callback->($status)
154 450
155Asynchronously close a file and call the callback with the result 451Asynchronously close a file and call the callback with the result
156code. I<WARNING:> although accepted, you should not pass in a perl 452code.
157filehandle here, as perl will likely close the file descriptor another
158time when the filehandle is destroyed. Normally, you can safely call perls
159C<close> or just let filehandles go out of scope.
160 453
161This is supposed to be a bug in the API, so that might change. It's 454Unfortunately, you can't do this to perl. Perl I<insists> very strongly on
162therefore best to avoid this function. 455closing the file descriptor associated with the filehandle itself.
456
457Therefore, C<aio_close> will not close the filehandle - instead it will
458use dup2 to overwrite the file descriptor with the write-end of a pipe
459(the pipe fd will be created on demand and will be cached).
460
461Or in other words: the file descriptor will be closed, but it will not be
462free for reuse until the perl filehandle is closed.
463
464=cut
465
466=item aio_seek $fh, $offset, $whence, $callback->($offs)
467
468Seeks the filehandle to the new C<$offset>, similarly to perl's
469C<sysseek>. The C<$whence> can use the traditional values (C<0> for
470C<IO::AIO::SEEK_SET>, C<1> for C<IO::AIO::SEEK_CUR> or C<2> for
471C<IO::AIO::SEEK_END>).
472
473The resulting absolute offset will be passed to the callback, or C<-1> in
474case of an error.
475
476In theory, the C<$whence> constants could be different than the
477corresponding values from L<Fcntl>, but perl guarantees they are the same,
478so don't panic.
479
480As a GNU/Linux (and maybe Solaris) extension, also the constants
481C<IO::AIO::SEEK_DATA> and C<IO::AIO::SEEK_HOLE> are available, if they
482could be found. No guarantees about suitability for use in C<aio_seek> or
483Perl's C<sysseek> can be made though, although I would naively assume they
484"just work".
163 485
164=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 486=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
165 487
166=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 488=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
167 489
168Reads or writes C<length> bytes from the specified C<fh> and C<offset> 490Reads or writes C<$length> bytes from or to the specified C<$fh> and
169into the scalar given by C<data> and offset C<dataoffset> and calls the 491C<$offset> into the scalar given by C<$data> and offset C<$dataoffset> and
170callback without the actual number of bytes read (or -1 on error, just 492calls the callback with the actual number of bytes transferred (or -1 on
171like the syscall). 493error, just like the syscall).
494
495C<aio_read> will, like C<sysread>, shrink or grow the C<$data> scalar to
496offset plus the actual number of bytes read.
497
498If C<$offset> is undefined, then the current file descriptor offset will
499be used (and updated), otherwise the file descriptor offset will not be
500changed by these calls.
501
502If C<$length> is undefined in C<aio_write>, use the remaining length of
503C<$data>.
504
505If C<$dataoffset> is less than zero, it will be counted from the end of
506C<$data>.
172 507
173The C<$data> scalar I<MUST NOT> be modified in any way while the request 508The C<$data> scalar I<MUST NOT> be modified in any way while the request
174is outstanding. Modifying it can result in segfaults or WW3 (if the 509is outstanding. Modifying it can result in segfaults or World War III (if
175necessary/optional hardware is installed). 510the necessary/optional hardware is installed).
176 511
177Example: Read 15 bytes at offset 7 into scalar C<$buffer>, starting at 512Example: Read 15 bytes at offset 7 into scalar C<$buffer>, starting at
178offset C<0> within the scalar: 513offset C<0> within the scalar:
179 514
180 aio_read $fh, 7, 15, $buffer, 0, sub { 515 aio_read $fh, 7, 15, $buffer, 0, sub {
181 $_[0] > 0 or die "read error: $!"; 516 $_[0] > 0 or die "read error: $!";
182 print "read $_[0] bytes: <$buffer>\n"; 517 print "read $_[0] bytes: <$buffer>\n";
183 }; 518 };
184 519
185=item aio_move $srcpath, $dstpath, $callback->($status)
186
187Try to move the I<file> (directories not supported as either source or
188destination) from C<$srcpath> to C<$dstpath> and call the callback with
189the C<0> (error) or C<-1> ok.
190
191This is a composite request that tries to rename(2) the file first. If
192rename files with C<EXDEV>, it creates the destination file with mode 0200
193and copies the contents of the source file into it using C<aio_sendfile>,
194followed by restoring atime, mtime, access mode and uid/gid, in that
195order, and unlinking the C<$srcpath>.
196
197If an error occurs, the partial destination file will be unlinked, if
198possible, except when setting atime, mtime, access mode and uid/gid, where
199errors are being ignored.
200
201=cut
202
203sub aio_move($$$) {
204 my ($src, $dst, $cb) = @_;
205
206 my $grp = aio_group;
207
208 add $grp aio_rename $src, $dst, sub {
209 if ($_[0] && $! == EXDEV) {
210 add $grp aio_open $src, O_RDONLY, 0, sub {
211 if (my $src_fh = $_[0]) {
212 my @stat = stat $src_fh;
213
214 add $grp aio_open $dst, O_WRONLY, 0200, sub {
215 if (my $dst_fh = $_[0]) {
216 add $grp aio_sendfile $dst_fh, $src_fh, 0, $stat[7], sub {
217 close $src_fh;
218
219 if ($_[0] == $stat[7]) {
220 utime $stat[8], $stat[9], $dst;
221 chmod $stat[2] & 07777, $dst_fh;
222 chown $stat[4], $stat[5], $dst_fh;
223 close $dst_fh;
224
225 add $grp aio_unlink $src, sub {
226 $cb->($_[0]);
227 };
228 } else {
229 my $errno = $!;
230 add $grp aio_unlink $dst, sub {
231 $! = $errno;
232 $cb->(-1);
233 };
234 }
235 };
236 } else {
237 $cb->(-1);
238 }
239 },
240
241 } else {
242 $cb->(-1);
243 }
244 };
245 } else {
246 $cb->($_[0]);
247 }
248 };
249
250 $grp
251}
252 520
253=item aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval) 521=item aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval)
254 522
255Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts 523Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts
256reading at byte offset C<$in_offset>, and starts writing at the current 524reading at byte offset C<$in_offset>, and starts writing at the current
257file offset of C<$out_fh>. Because of that, it is not safe to issue more 525file offset of C<$out_fh>. Because of that, it is not safe to issue more
258than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each 526than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each
259other. 527other. The same C<$in_fh> works fine though, as this function does not
528move or use the file offset of C<$in_fh>.
260 529
530Please note that C<aio_sendfile> can read more bytes from C<$in_fh> than
531are written, and there is no way to find out how many more bytes have been
532read from C<aio_sendfile> alone, as C<aio_sendfile> only provides the
533number of bytes written to C<$out_fh>. Only if the result value equals
534C<$length> one can assume that C<$length> bytes have been read.
535
536Unlike with other C<aio_> functions, it makes a lot of sense to use
537C<aio_sendfile> on non-blocking sockets, as long as one end (typically
538the C<$in_fh>) is a file - the file I/O will then be asynchronous, while
539the socket I/O will be non-blocking. Note, however, that you can run
540into a trap where C<aio_sendfile> reads some data with readahead, then
541fails to write all data, and when the socket is ready the next time, the
542data in the cache is already lost, forcing C<aio_sendfile> to again hit
543the disk. Explicit C<aio_read> + C<aio_write> let's you better control
544resource usage.
545
261This call tries to make use of a native C<sendfile> syscall to provide 546This call tries to make use of a native C<sendfile>-like syscall to
262zero-copy operation. For this to work, C<$out_fh> should refer to a 547provide zero-copy operation. For this to work, C<$out_fh> should refer to
263socket, and C<$in_fh> should refer to mmap'able file. 548a socket, and C<$in_fh> should refer to an mmap'able file.
264 549
265If the native sendfile call fails or is not implemented, it will be 550If a native sendfile cannot be found or it fails with C<ENOSYS>,
266emulated, so you can call C<aio_sendfile> on any type of filehandle 551C<EINVAL>, C<ENOTSUP>, C<EOPNOTSUPP>, C<EAFNOSUPPORT>, C<EPROTOTYPE> or
552C<ENOTSOCK>, it will be emulated, so you can call C<aio_sendfile> on any
267regardless of the limitations of the operating system. 553type of filehandle regardless of the limitations of the operating system.
268 554
269Please note, however, that C<aio_sendfile> can read more bytes from 555As native sendfile syscalls (as practically any non-POSIX interface hacked
270C<$in_fh> than are written, and there is no way to find out how many 556together in a hurry to improve benchmark numbers) tend to be rather buggy
271bytes have been read from C<aio_sendfile> alone, as C<aio_sendfile> only 557on many systems, this implementation tries to work around some known bugs
272provides the number of bytes written to C<$out_fh>. Only if the result 558in Linux and FreeBSD kernels (probably others, too), but that might fail,
273value equals C<$length> one can assume that C<$length> bytes have been 559so you really really should check the return value of C<aio_sendfile> -
274read. 560fewer bytes than expected might have been transferred.
561
275 562
276=item aio_readahead $fh,$offset,$length, $callback->($retval) 563=item aio_readahead $fh,$offset,$length, $callback->($retval)
277 564
278C<aio_readahead> populates the page cache with data from a file so that 565C<aio_readahead> populates the page cache with data from a file so that
279subsequent reads from that file will not block on disk I/O. The C<$offset> 566subsequent reads from that file will not block on disk I/O. The C<$offset>
282whole pages, so that offset is effectively rounded down to a page boundary 569whole pages, so that offset is effectively rounded down to a page boundary
283and bytes are read up to the next page boundary greater than or equal to 570and bytes are read up to the next page boundary greater than or equal to
284(off-set+length). C<aio_readahead> does not read beyond the end of the 571(off-set+length). C<aio_readahead> does not read beyond the end of the
285file. The current file offset of the file is left unchanged. 572file. The current file offset of the file is left unchanged.
286 573
287If that syscall doesn't exist (likely if your OS isn't Linux) it will be 574If that syscall doesn't exist (likely if your kernel isn't Linux) it will
288emulated by simply reading the data, which would have a similar effect. 575be emulated by simply reading the data, which would have a similar effect.
576
289 577
290=item aio_stat $fh_or_path, $callback->($status) 578=item aio_stat $fh_or_path, $callback->($status)
291 579
292=item aio_lstat $fh, $callback->($status) 580=item aio_lstat $fh, $callback->($status)
293 581
294Works like perl's C<stat> or C<lstat> in void context. The callback will 582Works almost exactly like perl's C<stat> or C<lstat> in void context. The
295be called after the stat and the results will be available using C<stat _> 583callback will be called after the stat and the results will be available
296or C<-s _> etc... 584using C<stat _> or C<-s _> and other tests (with the exception of C<-B>
297 585and C<-T>).
298The pathname passed to C<aio_stat> must be absolute. See API NOTES, above,
299for an explanation.
300 586
301Currently, the stats are always 64-bit-stats, i.e. instead of returning an 587Currently, the stats are always 64-bit-stats, i.e. instead of returning an
302error when stat'ing a large file, the results will be silently truncated 588error when stat'ing a large file, the results will be silently truncated
303unless perl itself is compiled with large file support. 589unless perl itself is compiled with large file support.
590
591To help interpret the mode and dev/rdev stat values, IO::AIO offers the
592following constants and functions (if not implemented, the constants will
593be C<0> and the functions will either C<croak> or fall back on traditional
594behaviour).
595
596C<S_IFMT>, C<S_IFIFO>, C<S_IFCHR>, C<S_IFBLK>, C<S_IFLNK>, C<S_IFREG>,
597C<S_IFDIR>, C<S_IFWHT>, C<S_IFSOCK>, C<IO::AIO::major $dev_t>,
598C<IO::AIO::minor $dev_t>, C<IO::AIO::makedev $major, $minor>.
599
600To access higher resolution stat timestamps, see L<SUBSECOND STAT TIME
601ACCESS>.
304 602
305Example: Print the length of F</etc/passwd>: 603Example: Print the length of F</etc/passwd>:
306 604
307 aio_stat "/etc/passwd", sub { 605 aio_stat "/etc/passwd", sub {
308 $_[0] and die "stat failed: $!"; 606 $_[0] and die "stat failed: $!";
309 print "size is ", -s _, "\n"; 607 print "size is ", -s _, "\n";
310 }; 608 };
311 609
610
611=item aio_statvfs $fh_or_path, $callback->($statvfs)
612
613Works like the POSIX C<statvfs> or C<fstatvfs> syscalls, depending on
614whether a file handle or path was passed.
615
616On success, the callback is passed a hash reference with the following
617members: C<bsize>, C<frsize>, C<blocks>, C<bfree>, C<bavail>, C<files>,
618C<ffree>, C<favail>, C<fsid>, C<flag> and C<namemax>. On failure, C<undef>
619is passed.
620
621The following POSIX IO::AIO::ST_* constants are defined: C<ST_RDONLY> and
622C<ST_NOSUID>.
623
624The following non-POSIX IO::AIO::ST_* flag masks are defined to
625their correct value when available, or to C<0> on systems that do
626not support them: C<ST_NODEV>, C<ST_NOEXEC>, C<ST_SYNCHRONOUS>,
627C<ST_MANDLOCK>, C<ST_WRITE>, C<ST_APPEND>, C<ST_IMMUTABLE>, C<ST_NOATIME>,
628C<ST_NODIRATIME> and C<ST_RELATIME>.
629
630Example: stat C</wd> and dump out the data if successful.
631
632 aio_statvfs "/wd", sub {
633 my $f = $_[0]
634 or die "statvfs: $!";
635
636 use Data::Dumper;
637 say Dumper $f;
638 };
639
640 # result:
641 {
642 bsize => 1024,
643 bfree => 4333064312,
644 blocks => 10253828096,
645 files => 2050765568,
646 flag => 4096,
647 favail => 2042092649,
648 bavail => 4333064312,
649 ffree => 2042092649,
650 namemax => 255,
651 frsize => 1024,
652 fsid => 1810
653 }
654
655=item aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
656
657Works like perl's C<utime> function (including the special case of $atime
658and $mtime being undef). Fractional times are supported if the underlying
659syscalls support them.
660
661When called with a pathname, uses utimensat(2) or utimes(2) if available,
662otherwise utime(2). If called on a file descriptor, uses futimens(2)
663or futimes(2) if available, otherwise returns ENOSYS, so this is not
664portable.
665
666Examples:
667
668 # set atime and mtime to current time (basically touch(1)):
669 aio_utime "path", undef, undef;
670 # set atime to current time and mtime to beginning of the epoch:
671 aio_utime "path", time, undef; # undef==0
672
673
674=item aio_chown $fh_or_path, $uid, $gid, $callback->($status)
675
676Works like perl's C<chown> function, except that C<undef> for either $uid
677or $gid is being interpreted as "do not change" (but -1 can also be used).
678
679Examples:
680
681 # same as "chown root path" in the shell:
682 aio_chown "path", 0, -1;
683 # same as above:
684 aio_chown "path", 0, undef;
685
686
687=item aio_truncate $fh_or_path, $offset, $callback->($status)
688
689Works like truncate(2) or ftruncate(2).
690
691
692=item aio_allocate $fh, $mode, $offset, $len, $callback->($status)
693
694Allocates or frees disk space according to the C<$mode> argument. See the
695linux C<fallocate> documentation for details.
696
697C<$mode> is usually C<0> or C<IO::AIO::FALLOC_FL_KEEP_SIZE> to allocate
698space, or C<IO::AIO::FALLOC_FL_PUNCH_HOLE | IO::AIO::FALLOC_FL_KEEP_SIZE>,
699to deallocate a file range.
700
701IO::AIO also supports C<FALLOC_FL_COLLAPSE_RANGE>, to remove a range
702(without leaving a hole), C<FALLOC_FL_ZERO_RANGE>, to zero a range,
703C<FALLOC_FL_INSERT_RANGE> to insert a range and C<FALLOC_FL_UNSHARE_RANGE>
704to unshare shared blocks (see your L<fallocate(2)> manpage).
705
706The file system block size used by C<fallocate> is presumably the
707C<f_bsize> returned by C<statvfs>, but different filesystems and filetypes
708can dictate other limitations.
709
710If C<fallocate> isn't available or cannot be emulated (currently no
711emulation will be attempted), passes C<-1> and sets C<$!> to C<ENOSYS>.
712
713
714=item aio_chmod $fh_or_path, $mode, $callback->($status)
715
716Works like perl's C<chmod> function.
717
718
312=item aio_unlink $pathname, $callback->($status) 719=item aio_unlink $pathname, $callback->($status)
313 720
314Asynchronously unlink (delete) a file and call the callback with the 721Asynchronously unlink (delete) a file and call the callback with the
315result code. 722result code.
316 723
724
725=item aio_mknod $pathname, $mode, $dev, $callback->($status)
726
727[EXPERIMENTAL]
728
729Asynchronously create a device node (or fifo). See mknod(2).
730
731The only (POSIX-) portable way of calling this function is:
732
733 aio_mknod $pathname, IO::AIO::S_IFIFO | $mode, 0, sub { ...
734
735See C<aio_stat> for info about some potentially helpful extra constants
736and functions.
737
317=item aio_link $srcpath, $dstpath, $callback->($status) 738=item aio_link $srcpath, $dstpath, $callback->($status)
318 739
319Asynchronously create a new link to the existing object at C<$srcpath> at 740Asynchronously create a new link to the existing object at C<$srcpath> at
320the path C<$dstpath> and call the callback with the result code. 741the path C<$dstpath> and call the callback with the result code.
321 742
743
322=item aio_symlink $srcpath, $dstpath, $callback->($status) 744=item aio_symlink $srcpath, $dstpath, $callback->($status)
323 745
324Asynchronously create a new symbolic link to the existing object at C<$srcpath> at 746Asynchronously create a new symbolic link to the existing object at C<$srcpath> at
325the path C<$dstpath> and call the callback with the result code. 747the path C<$dstpath> and call the callback with the result code.
326 748
749
750=item aio_readlink $pathname, $callback->($link)
751
752Asynchronously read the symlink specified by C<$path> and pass it to
753the callback. If an error occurs, nothing or undef gets passed to the
754callback.
755
756
757=item aio_realpath $pathname, $callback->($path)
758
759Asynchronously make the path absolute and resolve any symlinks in
760C<$path>. The resulting path only consists of directories (same as
761L<Cwd::realpath>).
762
763This request can be used to get the absolute path of the current working
764directory by passing it a path of F<.> (a single dot).
765
766
327=item aio_rename $srcpath, $dstpath, $callback->($status) 767=item aio_rename $srcpath, $dstpath, $callback->($status)
328 768
329Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as 769Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as
330rename(2) and call the callback with the result code. 770rename(2) and call the callback with the result code.
331 771
772On systems that support the AIO::WD working directory abstraction
773natively, the case C<[$wd, "."]> as C<$srcpath> is specialcased - instead
774of failing, C<rename> is called on the absolute path of C<$wd>.
775
776
777=item aio_rename2 $srcpath, $dstpath, $flags, $callback->($status)
778
779Basically a version of C<aio_rename> with an additional C<$flags>
780argument. Calling this with C<$flags=0> is the same as calling
781C<aio_rename>.
782
783Non-zero flags are currently only supported on GNU/Linux systems that
784support renameat2. Other systems fail with C<ENOSYS> in this case.
785
786The following constants are available (missing ones are, as usual C<0>),
787see renameat2(2) for details:
788
789C<IO::AIO::RENAME_NOREPLACE>, C<IO::AIO::RENAME_EXCHANGE>
790and C<IO::AIO::RENAME_WHITEOUT>.
791
792
793=item aio_mkdir $pathname, $mode, $callback->($status)
794
795Asynchronously mkdir (create) a directory and call the callback with
796the result code. C<$mode> will be modified by the umask at the time the
797request is executed, so do not change your umask.
798
799
332=item aio_rmdir $pathname, $callback->($status) 800=item aio_rmdir $pathname, $callback->($status)
333 801
334Asynchronously rmdir (delete) a directory and call the callback with the 802Asynchronously rmdir (delete) a directory and call the callback with the
335result code. 803result code.
804
805On systems that support the AIO::WD working directory abstraction
806natively, the case C<[$wd, "."]> is specialcased - instead of failing,
807C<rmdir> is called on the absolute path of C<$wd>.
808
336 809
337=item aio_readdir $pathname, $callback->($entries) 810=item aio_readdir $pathname, $callback->($entries)
338 811
339Unlike the POSIX call of the same name, C<aio_readdir> reads an entire 812Unlike the POSIX call of the same name, C<aio_readdir> reads an entire
340directory (i.e. opendir + readdir + closedir). The entries will not be 813directory (i.e. opendir + readdir + closedir). The entries will not be
341sorted, and will B<NOT> include the C<.> and C<..> entries. 814sorted, and will B<NOT> include the C<.> and C<..> entries.
342 815
343The callback a single argument which is either C<undef> or an array-ref 816The callback is passed a single argument which is either C<undef> or an
344with the filenames. 817array-ref with the filenames.
345 818
819
820=item aio_readdirx $pathname, $flags, $callback->($entries, $flags)
821
822Quite similar to C<aio_readdir>, but the C<$flags> argument allows one to
823tune behaviour and output format. In case of an error, C<$entries> will be
824C<undef>.
825
826The flags are a combination of the following constants, ORed together (the
827flags will also be passed to the callback, possibly modified):
828
829=over 4
830
831=item IO::AIO::READDIR_DENTS
832
833Normally the callback gets an arrayref consisting of names only (as
834with C<aio_readdir>). If this flag is set, then the callback gets an
835arrayref with C<[$name, $type, $inode]> arrayrefs, each describing a
836single directory entry in more detail:
837
838C<$name> is the name of the entry.
839
840C<$type> is one of the C<IO::AIO::DT_xxx> constants:
841
842C<IO::AIO::DT_UNKNOWN>, C<IO::AIO::DT_FIFO>, C<IO::AIO::DT_CHR>, C<IO::AIO::DT_DIR>,
843C<IO::AIO::DT_BLK>, C<IO::AIO::DT_REG>, C<IO::AIO::DT_LNK>, C<IO::AIO::DT_SOCK>,
844C<IO::AIO::DT_WHT>.
845
846C<IO::AIO::DT_UNKNOWN> means just that: readdir does not know. If you need
847to know, you have to run stat yourself. Also, for speed/memory reasons,
848the C<$type> scalars are read-only: you must not modify them.
849
850C<$inode> is the inode number (which might not be exact on systems with 64
851bit inode numbers and 32 bit perls). This field has unspecified content on
852systems that do not deliver the inode information.
853
854=item IO::AIO::READDIR_DIRS_FIRST
855
856When this flag is set, then the names will be returned in an order where
857likely directories come first, in optimal stat order. This is useful when
858you need to quickly find directories, or you want to find all directories
859while avoiding to stat() each entry.
860
861If the system returns type information in readdir, then this is used
862to find directories directly. Otherwise, likely directories are names
863beginning with ".", or otherwise names with no dots, of which names with
864short names are tried first.
865
866=item IO::AIO::READDIR_STAT_ORDER
867
868When this flag is set, then the names will be returned in an order
869suitable for stat()'ing each one. That is, when you plan to stat() most or
870all files in the given directory, then the returned order will likely be
871faster.
872
873If both this flag and C<IO::AIO::READDIR_DIRS_FIRST> are specified,
874then the likely dirs come first, resulting in a less optimal stat order
875for stat'ing all entries, but likely a more optimal order for finding
876subdirectories.
877
878=item IO::AIO::READDIR_FOUND_UNKNOWN
879
880This flag should not be set when calling C<aio_readdirx>. Instead, it
881is being set by C<aio_readdirx>, when any of the C<$type>'s found were
882C<IO::AIO::DT_UNKNOWN>. The absence of this flag therefore indicates that all
883C<$type>'s are known, which can be used to speed up some algorithms.
884
885=back
886
887
888=item aio_slurp $pathname, $offset, $length, $data, $callback->($status)
889
890Opens, reads and closes the given file. The data is put into C<$data>,
891which is resized as required.
892
893If C<$offset> is negative, then it is counted from the end of the file.
894
895If C<$length> is zero, then the remaining length of the file is
896used. Also, in this case, the same limitations to modifying C<$data> apply
897as when IO::AIO::mmap is used, i.e. it must only be modified in-place
898with C<substr>. If the size of the file is known, specifying a non-zero
899C<$length> results in a performance advantage.
900
901This request is similar to the older C<aio_load> request, but since it is
902a single request, it might be more efficient to use.
903
904Example: load F</etc/passwd> into C<$passwd>.
905
906 my $passwd;
907 aio_slurp "/etc/passwd", 0, 0, $passwd, sub {
908 $_[0] >= 0
909 or die "/etc/passwd: $!\n";
910
911 printf "/etc/passwd is %d bytes long, and contains:\n", length $passwd;
912 print $passwd;
913 };
914 IO::AIO::flush;
915
916
917=item aio_load $pathname, $data, $callback->($status)
918
919This is a composite request that tries to fully load the given file into
920memory. Status is the same as with aio_read.
921
922Using C<aio_slurp> might be more efficient, as it is a single request.
923
924=cut
925
926sub aio_load($$;$) {
927 my ($path, undef, $cb) = @_;
928 my $data = \$_[1];
929
930 my $pri = aioreq_pri;
931 my $grp = aio_group $cb;
932
933 aioreq_pri $pri;
934 add $grp aio_open $path, O_RDONLY, 0, sub {
935 my $fh = shift
936 or return $grp->result (-1);
937
938 aioreq_pri $pri;
939 add $grp aio_read $fh, 0, (-s $fh), $$data, 0, sub {
940 $grp->result ($_[0]);
941 };
942 };
943
944 $grp
945}
946
947=item aio_copy $srcpath, $dstpath, $callback->($status)
948
949Try to copy the I<file> (directories not supported as either source or
950destination) from C<$srcpath> to C<$dstpath> and call the callback with
951a status of C<0> (ok) or C<-1> (error, see C<$!>).
952
953Existing destination files will be truncated.
954
955This is a composite request that creates the destination file with
956mode 0200 and copies the contents of the source file into it using
957C<aio_sendfile>, followed by restoring atime, mtime, access mode and
958uid/gid, in that order.
959
960If an error occurs, the partial destination file will be unlinked, if
961possible, except when setting atime, mtime, access mode and uid/gid, where
962errors are being ignored.
963
964=cut
965
966sub aio_copy($$;$) {
967 my ($src, $dst, $cb) = @_;
968
969 my $pri = aioreq_pri;
970 my $grp = aio_group $cb;
971
972 aioreq_pri $pri;
973 add $grp aio_open $src, O_RDONLY, 0, sub {
974 if (my $src_fh = $_[0]) {
975 my @stat = stat $src_fh; # hmm, might block over nfs?
976
977 aioreq_pri $pri;
978 add $grp aio_open $dst, O_CREAT | O_WRONLY | O_TRUNC, 0200, sub {
979 if (my $dst_fh = $_[0]) {
980
981 # best-effort preallocate
982 aioreq_pri $pri;
983 add $grp aio_allocate $dst_fh, IO::AIO::FALLOC_FL_KEEP_SIZE, 0, $stat[7], sub { };
984
985 aioreq_pri $pri;
986 add $grp aio_sendfile $dst_fh, $src_fh, 0, $stat[7], sub {
987 if ($_[0] == $stat[7]) {
988 $grp->result (0);
989 close $src_fh;
990
991 my $ch = sub {
992 aioreq_pri $pri;
993 add $grp aio_chmod $dst_fh, $stat[2] & 07777, sub {
994 aioreq_pri $pri;
995 add $grp aio_chown $dst_fh, $stat[4], $stat[5], sub {
996 aioreq_pri $pri;
997 add $grp aio_close $dst_fh;
998 }
999 };
1000 };
1001
1002 aioreq_pri $pri;
1003 add $grp aio_utime $dst_fh, $stat[8], $stat[9], sub {
1004 if ($_[0] < 0 && $! == ENOSYS) {
1005 aioreq_pri $pri;
1006 add $grp aio_utime $dst, $stat[8], $stat[9], $ch;
1007 } else {
1008 $ch->();
1009 }
1010 };
1011 } else {
1012 $grp->result (-1);
1013 close $src_fh;
1014 close $dst_fh;
1015
1016 aioreq $pri;
1017 add $grp aio_unlink $dst;
1018 }
1019 };
1020 } else {
1021 $grp->result (-1);
1022 }
1023 },
1024
1025 } else {
1026 $grp->result (-1);
1027 }
1028 };
1029
1030 $grp
1031}
1032
1033=item aio_move $srcpath, $dstpath, $callback->($status)
1034
1035Try to move the I<file> (directories not supported as either source or
1036destination) from C<$srcpath> to C<$dstpath> and call the callback with
1037a status of C<0> (ok) or C<-1> (error, see C<$!>).
1038
1039This is a composite request that tries to rename(2) the file first; if
1040rename fails with C<EXDEV>, it copies the file with C<aio_copy> and, if
1041that is successful, unlinks the C<$srcpath>.
1042
1043=cut
1044
1045sub aio_move($$;$) {
1046 my ($src, $dst, $cb) = @_;
1047
1048 my $pri = aioreq_pri;
1049 my $grp = aio_group $cb;
1050
1051 aioreq_pri $pri;
1052 add $grp aio_rename $src, $dst, sub {
1053 if ($_[0] && $! == EXDEV) {
1054 aioreq_pri $pri;
1055 add $grp aio_copy $src, $dst, sub {
1056 $grp->result ($_[0]);
1057
1058 unless ($_[0]) {
1059 aioreq_pri $pri;
1060 add $grp aio_unlink $src;
1061 }
1062 };
1063 } else {
1064 $grp->result ($_[0]);
1065 }
1066 };
1067
1068 $grp
1069}
1070
346=item aio_scandir $path, $maxreq, $callback->($dirs, $nondirs) 1071=item aio_scandir $pathname, $maxreq, $callback->($dirs, $nondirs)
347 1072
348Scans a directory (similar to C<aio_readdir>) but additionally tries to 1073Scans a directory (similar to C<aio_readdir>) but additionally tries to
349separate the entries of directory C<$path> into two sets of names, ones 1074efficiently separate the entries of directory C<$path> into two sets of
350you can recurse into (directories or links to them), and ones you cannot 1075names, directories you can recurse into (directories), and ones you cannot
351recurse into (everything else). 1076recurse into (everything else, including symlinks to directories).
352 1077
353C<aio_scandir> is a composite request that consists of many sub 1078C<aio_scandir> is a composite request that generates many sub requests.
354requests. C<$maxreq> specifies the maximum number of outstanding aio 1079C<$maxreq> specifies the maximum number of outstanding aio requests that
355requests that this function generates. If it is C<< <= 0 >>, then a 1080this function generates. If it is C<< <= 0 >>, then a suitable default
356suitable default will be chosen (currently 8). 1081will be chosen (currently 4).
357 1082
358On error, the callback is called without arguments, otherwise it receives 1083On error, the callback is called without arguments, otherwise it receives
359two array-refs with path-relative entry names. 1084two array-refs with path-relative entry names.
360 1085
361Example: 1086Example:
368 1093
369Implementation notes. 1094Implementation notes.
370 1095
371The C<aio_readdir> cannot be avoided, but C<stat()>'ing every entry can. 1096The C<aio_readdir> cannot be avoided, but C<stat()>'ing every entry can.
372 1097
1098If readdir returns file type information, then this is used directly to
1099find directories.
1100
373After reading the directory, the modification time, size etc. of the 1101Otherwise, after reading the directory, the modification time, size etc.
374directory before and after the readdir is checked, and if they match (and 1102of the directory before and after the readdir is checked, and if they
375isn't the current time), the link count will be used to decide how many 1103match (and isn't the current time), the link count will be used to decide
376entries are directories (if >= 2). Otherwise, no knowledge of the number 1104how many entries are directories (if >= 2). Otherwise, no knowledge of the
377of subdirectories will be assumed. 1105number of subdirectories will be assumed.
378 1106
379Then entries will be sorted into likely directories (everything without 1107Then entries will be sorted into likely directories a non-initial dot
380a non-initial dot currently) and likely non-directories (everything 1108currently) and likely non-directories (see C<aio_readdirx>). Then every
381else). Then every entry plus an appended C</.> will be C<stat>'ed, 1109entry plus an appended C</.> will be C<stat>'ed, likely directories first,
382likely directories first. If that succeeds, it assumes that the entry 1110in order of their inode numbers. If that succeeds, it assumes that the
383is a directory or a symlink to directory (which will be checked 1111entry is a directory or a symlink to directory (which will be checked
384seperately). This is often faster than stat'ing the entry itself because 1112separately). This is often faster than stat'ing the entry itself because
385filesystems might detect the type of the entry without reading the inode 1113filesystems might detect the type of the entry without reading the inode
386data (e.g. ext2fs filetype feature). 1114data (e.g. ext2fs filetype feature), even on systems that cannot return
1115the filetype information on readdir.
387 1116
388If the known number of directories (link count - 2) has been reached, the 1117If the known number of directories (link count - 2) has been reached, the
389rest of the entries is assumed to be non-directories. 1118rest of the entries is assumed to be non-directories.
390 1119
391This only works with certainty on POSIX (= UNIX) filesystems, which 1120This only works with certainty on POSIX (= UNIX) filesystems, which
395as those tend to return 0 or 1 as link counts, which disables the 1124as those tend to return 0 or 1 as link counts, which disables the
396directory counting heuristic. 1125directory counting heuristic.
397 1126
398=cut 1127=cut
399 1128
400sub aio_scandir($$$) { 1129sub aio_scandir($$;$) {
401 my ($path, $maxreq, $cb) = @_; 1130 my ($path, $maxreq, $cb) = @_;
402 1131
1132 my $pri = aioreq_pri;
1133
403 my $grp = aio_group; 1134 my $grp = aio_group $cb;
404 1135
405 $maxreq = 8 if $maxreq <= 0; 1136 $maxreq = 4 if $maxreq <= 0;
406 1137
407 # stat once 1138 # get a wd object
1139 aioreq_pri $pri;
408 add $grp aio_stat $path, sub { 1140 add $grp aio_wd $path, sub {
1141 $_[0]
1142 or return $grp->result ();
1143
1144 my $wd = [shift, "."];
1145
1146 # stat once
1147 aioreq_pri $pri;
1148 add $grp aio_stat $wd, sub {
409 return $cb->() if $_[0]; 1149 return $grp->result () if $_[0];
410 my $now = time; 1150 my $now = time;
411 my $hash1 = join ":", (stat _)[0,1,3,7,9]; 1151 my $hash1 = join ":", (stat _)[0,1,3,7,9];
1152 my $rdxflags = READDIR_DIRS_FIRST;
412 1153
1154 if ((stat _)[3] < 2) {
1155 # at least one non-POSIX filesystem exists
1156 # that returns useful DT_type values: btrfs,
1157 # so optimise for this here by requesting dents
1158 $rdxflags |= READDIR_DENTS;
1159 }
1160
413 # read the directory entries 1161 # read the directory entries
1162 aioreq_pri $pri;
414 add $grp aio_readdir $path, sub { 1163 add $grp aio_readdirx $wd, $rdxflags, sub {
415 my $entries = shift 1164 my ($entries, $flags) = @_
416 or return $cb->(); 1165 or return $grp->result ();
417 1166
418 # stat the dir another time 1167 if ($rdxflags & READDIR_DENTS) {
419 add $grp aio_stat $path, sub { 1168 # if we requested type values, see if we can use them directly.
420 my $hash2 = join ":", (stat _)[0,1,3,7,9];
421 1169
1170 # if there were any DT_UNKNOWN entries then we assume we
1171 # don't know. alternatively, we could assume that if we get
1172 # one DT_DIR, then all directories are indeed marked with
1173 # DT_DIR, but this seems not required for btrfs, and this
1174 # is basically the "btrfs can't get it's act together" code
1175 # branch.
1176 unless ($flags & READDIR_FOUND_UNKNOWN) {
1177 # now we have valid DT_ information for all entries,
1178 # so use it as an optimisation without further stat's.
1179 # they must also all be at the beginning of @$entries
1180 # by now.
1181
422 my $ndirs; 1182 my $dirs;
423 1183
424 # take the slow route if anything looks fishy 1184 if (@$entries) {
425 if ($hash1 ne $hash2 or (stat _)[9] == $now) { 1185 for (0 .. $#$entries) {
426 $ndirs = -1; 1186 if ($entries->[$_][1] != DT_DIR) {
1187 # splice out directories
1188 $dirs = [splice @$entries, 0, $_];
1189 last;
1190 }
1191 }
1192
1193 # if we didn't find any non-dir, then all entries are dirs
1194 unless ($dirs) {
1195 ($dirs, $entries) = ($entries, []);
1196 }
427 } else { 1197 } else {
428 # if nlink == 2, we are finished 1198 # directory is empty, so there are no sbdirs
429 # on non-posix-fs's, we rely on nlink < 2 1199 $dirs = [];
430 $ndirs = (stat _)[3] - 2 1200 }
1201
1202 # either splice'd the directories out or the dir was empty.
1203 # convert dents to filenames
1204 $_ = $_->[0] for @$dirs;
1205 $_ = $_->[0] for @$entries;
1206
431 or return $cb->([], $entries); 1207 return $grp->result ($dirs, $entries);
1208 }
1209
1210 # cannot use, so return to our old ways
1211 # by pretending we only scanned for names.
1212 $_ = $_->[0] for @$entries;
432 } 1213 }
433 1214
434 # sort into likely dirs and likely nondirs 1215 # stat the dir another time
435 # dirs == files without ".", short entries first 1216 aioreq_pri $pri;
436 $entries = [map $_->[0], 1217 add $grp aio_stat $wd, sub {
437 sort { $b->[1] cmp $a->[1] } 1218 my $hash2 = join ":", (stat _)[0,1,3,7,9];
438 map [$_, sprintf "%s%04d", (/.\./ ? "1" : "0"), length],
439 @$entries];
440 1219
441 my (@dirs, @nondirs);
442
443 my ($statcb, $schedcb);
444 my $nreq = 0; 1220 my $ndirs;
445 1221
446 $schedcb = sub { 1222 # take the slow route if anything looks fishy
447 if (@$entries) { 1223 if ($hash1 ne $hash2 or (stat _)[9] == $now) {
448 if ($nreq < $maxreq) { 1224 $ndirs = -1;
449 my $ent = pop @$entries;
450 $nreq++;
451 add $grp aio_stat "$path/$ent/.", sub { $statcb->($_[0], $ent) };
452 }
453 } elsif (!$nreq) { 1225 } else {
454 # finished 1226 # if nlink == 2, we are finished
455 undef $statcb; 1227 # for non-posix-fs's, we rely on nlink < 2
456 undef $schedcb; 1228 $ndirs = (stat _)[3] - 2
457 $cb->(\@dirs, \@nondirs) if $cb; 1229 or return $grp->result ([], $entries);
458 undef $cb;
459 } 1230 }
1231
1232 my (@dirs, @nondirs);
1233
1234 my $statgrp = add $grp aio_group sub {
1235 $grp->result (\@dirs, \@nondirs);
1236 };
1237
1238 limit $statgrp $maxreq;
1239 feed $statgrp sub {
1240 return unless @$entries;
1241 my $entry = shift @$entries;
1242
1243 aioreq_pri $pri;
1244 $wd->[1] = "$entry/.";
1245 add $statgrp aio_stat $wd, sub {
1246 if ($_[0] < 0) {
1247 push @nondirs, $entry;
1248 } else {
1249 # need to check for real directory
1250 aioreq_pri $pri;
1251 $wd->[1] = $entry;
1252 add $statgrp aio_lstat $wd, sub {
1253 if (-d _) {
1254 push @dirs, $entry;
1255
1256 unless (--$ndirs) {
1257 push @nondirs, @$entries;
1258 feed $statgrp;
1259 }
1260 } else {
1261 push @nondirs, $entry;
1262 }
1263 }
1264 }
1265 };
1266 };
460 }; 1267 };
461 $statcb = sub {
462 my ($status, $entry) = @_;
463
464 if ($status < 0) {
465 $nreq--;
466 push @nondirs, $entry;
467 &$schedcb;
468 } else {
469 # need to check for real directory
470 add $grp aio_lstat "$path/$entry", sub {
471 $nreq--;
472
473 if (-d _) {
474 push @dirs, $entry;
475
476 if (!--$ndirs) {
477 push @nondirs, @$entries;
478 $entries = [];
479 }
480 } else {
481 push @nondirs, $entry;
482 }
483
484 &$schedcb;
485 }
486 }
487 };
488
489 &$schedcb while @$entries && $nreq < $maxreq;
490 }; 1268 };
491 }; 1269 };
492 }; 1270 };
493 1271
494 $grp 1272 $grp
495} 1273}
496 1274
1275=item aio_rmtree $pathname, $callback->($status)
1276
1277Delete a directory tree starting (and including) C<$path>, return the
1278status of the final C<rmdir> only. This is a composite request that
1279uses C<aio_scandir> to recurse into and rmdir directories, and unlink
1280everything else.
1281
1282=cut
1283
1284sub aio_rmtree;
1285sub aio_rmtree($;$) {
1286 my ($path, $cb) = @_;
1287
1288 my $pri = aioreq_pri;
1289 my $grp = aio_group $cb;
1290
1291 aioreq_pri $pri;
1292 add $grp aio_scandir $path, 0, sub {
1293 my ($dirs, $nondirs) = @_;
1294
1295 my $dirgrp = aio_group sub {
1296 add $grp aio_rmdir $path, sub {
1297 $grp->result ($_[0]);
1298 };
1299 };
1300
1301 (aioreq_pri $pri), add $dirgrp aio_rmtree "$path/$_" for @$dirs;
1302 (aioreq_pri $pri), add $dirgrp aio_unlink "$path/$_" for @$nondirs;
1303
1304 add $grp $dirgrp;
1305 };
1306
1307 $grp
1308}
1309
1310=item aio_fcntl $fh, $cmd, $arg, $callback->($status)
1311
1312=item aio_ioctl $fh, $request, $buf, $callback->($status)
1313
1314These work just like the C<fcntl> and C<ioctl> built-in functions, except
1315they execute asynchronously and pass the return value to the callback.
1316
1317Both calls can be used for a lot of things, some of which make more sense
1318to run asynchronously in their own thread, while some others make less
1319sense. For example, calls that block waiting for external events, such
1320as locking, will also lock down an I/O thread while it is waiting, which
1321can deadlock the whole I/O system. At the same time, there might be no
1322alternative to using a thread to wait.
1323
1324So in general, you should only use these calls for things that do
1325(filesystem) I/O, not for things that wait for other events (network,
1326other processes), although if you are careful and know what you are doing,
1327you still can.
1328
1329The following constants are available and can be used for normal C<ioctl>
1330and C<fcntl> as well (missing ones are, as usual C<0>):
1331
1332C<F_DUPFD_CLOEXEC>,
1333
1334C<F_OFD_GETLK>, C<F_OFD_SETLK>, C<F_OFD_GETLKW>,
1335
1336C<FIFREEZE>, C<FITHAW>, C<FITRIM>, C<FICLONE>, C<FICLONERANGE>, C<FIDEDUPERANGE>.
1337
1338C<F_ADD_SEALS>, C<F_GET_SEALS>, C<F_SEAL_SEAL>, C<F_SEAL_SHRINK>, C<F_SEAL_GROW> and
1339C<F_SEAL_WRITE>.
1340
1341C<FS_IOC_GETFLAGS>, C<FS_IOC_SETFLAGS>, C<FS_IOC_GETVERSION>, C<FS_IOC_SETVERSION>,
1342C<FS_IOC_FIEMAP>.
1343
1344C<FS_IOC_FSGETXATTR>, C<FS_IOC_FSSETXATTR>, C<FS_IOC_SET_ENCRYPTION_POLICY>,
1345C<FS_IOC_GET_ENCRYPTION_PWSALT>, C<FS_IOC_GET_ENCRYPTION_POLICY>, C<FS_KEY_DESCRIPTOR_SIZE>.
1346
1347C<FS_SECRM_FL>, C<FS_UNRM_FL>, C<FS_COMPR_FL>, C<FS_SYNC_FL>, C<FS_IMMUTABLE_FL>,
1348C<FS_APPEND_FL>, C<FS_NODUMP_FL>, C<FS_NOATIME_FL>, C<FS_DIRTY_FL>,
1349C<FS_COMPRBLK_FL>, C<FS_NOCOMP_FL>, C<FS_ENCRYPT_FL>, C<FS_BTREE_FL>,
1350C<FS_INDEX_FL>, C<FS_JOURNAL_DATA_FL>, C<FS_NOTAIL_FL>, C<FS_DIRSYNC_FL>, C<FS_TOPDIR_FL>,
1351C<FS_FL_USER_MODIFIABLE>.
1352
1353C<FS_XFLAG_REALTIME>, C<FS_XFLAG_PREALLOC>, C<FS_XFLAG_IMMUTABLE>, C<FS_XFLAG_APPEND>,
1354C<FS_XFLAG_SYNC>, C<FS_XFLAG_NOATIME>, C<FS_XFLAG_NODUMP>, C<FS_XFLAG_RTINHERIT>,
1355C<FS_XFLAG_PROJINHERIT>, C<FS_XFLAG_NOSYMLINKS>, C<FS_XFLAG_EXTSIZE>, C<FS_XFLAG_EXTSZINHERIT>,
1356C<FS_XFLAG_NODEFRAG>, C<FS_XFLAG_FILESTREAM>, C<FS_XFLAG_DAX>, C<FS_XFLAG_HASATTR>,
1357
1358C<BLKROSET>, C<BLKROGET>, C<BLKRRPART>, C<BLKGETSIZE>, C<BLKFLSBUF>, C<BLKRASET>,
1359C<BLKRAGET>, C<BLKFRASET>, C<BLKFRAGET>, C<BLKSECTSET>, C<BLKSECTGET>, C<BLKSSZGET>,
1360C<BLKBSZGET>, C<BLKBSZSET>, C<BLKGETSIZE64>,
1361
1362
1363=item aio_sync $callback->($status)
1364
1365Asynchronously call sync and call the callback when finished.
1366
497=item aio_fsync $fh, $callback->($status) 1367=item aio_fsync $fh, $callback->($status)
498 1368
499Asynchronously call fsync on the given filehandle and call the callback 1369Asynchronously call fsync on the given filehandle and call the callback
500with the fsync result code. 1370with the fsync result code.
501 1371
505callback with the fdatasync result code. 1375callback with the fdatasync result code.
506 1376
507If this call isn't available because your OS lacks it or it couldn't be 1377If this call isn't available because your OS lacks it or it couldn't be
508detected, it will be emulated by calling C<fsync> instead. 1378detected, it will be emulated by calling C<fsync> instead.
509 1379
1380=item aio_syncfs $fh, $callback->($status)
1381
1382Asynchronously call the syncfs syscall to sync the filesystem associated
1383to the given filehandle and call the callback with the syncfs result
1384code. If syncfs is not available, calls sync(), but returns C<-1> and sets
1385errno to C<ENOSYS> nevertheless.
1386
1387=item aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
1388
1389Sync the data portion of the file specified by C<$offset> and C<$length>
1390to disk (but NOT the metadata), by calling the Linux-specific
1391sync_file_range call. If sync_file_range is not available or it returns
1392ENOSYS, then fdatasync or fsync is being substituted.
1393
1394C<$flags> can be a combination of C<IO::AIO::SYNC_FILE_RANGE_WAIT_BEFORE>,
1395C<IO::AIO::SYNC_FILE_RANGE_WRITE> and
1396C<IO::AIO::SYNC_FILE_RANGE_WAIT_AFTER>: refer to the sync_file_range
1397manpage for details.
1398
1399=item aio_pathsync $pathname, $callback->($status)
1400
1401This request tries to open, fsync and close the given path. This is a
1402composite request intended to sync directories after directory operations
1403(E.g. rename). This might not work on all operating systems or have any
1404specific effect, but usually it makes sure that directory changes get
1405written to disc. It works for anything that can be opened for read-only,
1406not just directories.
1407
1408Future versions of this function might fall back to other methods when
1409C<fsync> on the directory fails (such as calling C<sync>).
1410
1411Passes C<0> when everything went ok, and C<-1> on error.
1412
1413=cut
1414
1415sub aio_pathsync($;$) {
1416 my ($path, $cb) = @_;
1417
1418 my $pri = aioreq_pri;
1419 my $grp = aio_group $cb;
1420
1421 aioreq_pri $pri;
1422 add $grp aio_open $path, O_RDONLY, 0, sub {
1423 my ($fh) = @_;
1424 if ($fh) {
1425 aioreq_pri $pri;
1426 add $grp aio_fsync $fh, sub {
1427 $grp->result ($_[0]);
1428
1429 aioreq_pri $pri;
1430 add $grp aio_close $fh;
1431 };
1432 } else {
1433 $grp->result (-1);
1434 }
1435 };
1436
1437 $grp
1438}
1439
1440=item aio_msync $scalar, $offset = 0, $length = undef, flags = MS_SYNC, $callback->($status)
1441
1442This is a rather advanced IO::AIO call, which only works on mmap(2)ed
1443scalars (see the C<IO::AIO::mmap> function, although it also works on data
1444scalars managed by the L<Sys::Mmap> or L<Mmap> modules, note that the
1445scalar must only be modified in-place while an aio operation is pending on
1446it).
1447
1448It calls the C<msync> function of your OS, if available, with the memory
1449area starting at C<$offset> in the string and ending C<$length> bytes
1450later. If C<$length> is negative, counts from the end, and if C<$length>
1451is C<undef>, then it goes till the end of the string. The flags can be
1452either C<IO::AIO::MS_ASYNC> or C<IO::AIO::MS_SYNC>, plus an optional
1453C<IO::AIO::MS_INVALIDATE>.
1454
1455=item aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
1456
1457This is a rather advanced IO::AIO call, which works best on mmap(2)ed
1458scalars.
1459
1460It touches (reads or writes) all memory pages in the specified
1461range inside the scalar. All caveats and parameters are the same
1462as for C<aio_msync>, above, except for flags, which must be either
1463C<0> (which reads all pages and ensures they are instantiated) or
1464C<IO::AIO::MT_MODIFY>, which modifies the memory pages (by reading and
1465writing an octet from it, which dirties the page).
1466
1467=item aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
1468
1469This is a rather advanced IO::AIO call, which works best on mmap(2)ed
1470scalars.
1471
1472It reads in all the pages of the underlying storage into memory (if any)
1473and locks them, so they are not getting swapped/paged out or removed.
1474
1475If C<$length> is undefined, then the scalar will be locked till the end.
1476
1477On systems that do not implement C<mlock>, this function returns C<-1>
1478and sets errno to C<ENOSYS>.
1479
1480Note that the corresponding C<munlock> is synchronous and is
1481documented under L<MISCELLANEOUS FUNCTIONS>.
1482
1483Example: open a file, mmap and mlock it - both will be undone when
1484C<$data> gets destroyed.
1485
1486 open my $fh, "<", $path or die "$path: $!";
1487 my $data;
1488 IO::AIO::mmap $data, -s $fh, IO::AIO::PROT_READ, IO::AIO::MAP_SHARED, $fh;
1489 aio_mlock $data; # mlock in background
1490
1491=item aio_mlockall $flags, $callback->($status)
1492
1493Calls the C<mlockall> function with the given C<$flags> (a
1494combination of C<IO::AIO::MCL_CURRENT>, C<IO::AIO::MCL_FUTURE> and
1495C<IO::AIO::MCL_ONFAULT>).
1496
1497On systems that do not implement C<mlockall>, this function returns C<-1>
1498and sets errno to C<ENOSYS>. Similarly, flag combinations not supported
1499by the system result in a return value of C<-1> with errno being set to
1500C<EINVAL>.
1501
1502Note that the corresponding C<munlockall> is synchronous and is
1503documented under L<MISCELLANEOUS FUNCTIONS>.
1504
1505Example: asynchronously lock all current and future pages into memory.
1506
1507 aio_mlockall IO::AIO::MCL_FUTURE;
1508
1509=item aio_fiemap $fh, $start, $length, $flags, $count, $cb->(\@extents)
1510
1511Queries the extents of the given file (by calling the Linux C<FIEMAP>
1512ioctl, see L<http://cvs.schmorp.de/IO-AIO/doc/fiemap.txt> for details). If
1513the ioctl is not available on your OS, then this request will fail with
1514C<ENOSYS>.
1515
1516C<$start> is the starting offset to query extents for, C<$length> is the
1517size of the range to query - if it is C<undef>, then the whole file will
1518be queried.
1519
1520C<$flags> is a combination of flags (C<IO::AIO::FIEMAP_FLAG_SYNC> or
1521C<IO::AIO::FIEMAP_FLAG_XATTR> - C<IO::AIO::FIEMAP_FLAGS_COMPAT> is also
1522exported), and is normally C<0> or C<IO::AIO::FIEMAP_FLAG_SYNC> to query
1523the data portion.
1524
1525C<$count> is the maximum number of extent records to return. If it is
1526C<undef>, then IO::AIO queries all extents of the range. As a very special
1527case, if it is C<0>, then the callback receives the number of extents
1528instead of the extents themselves (which is unreliable, see below).
1529
1530If an error occurs, the callback receives no arguments. The special
1531C<errno> value C<IO::AIO::EBADR> is available to test for flag errors.
1532
1533Otherwise, the callback receives an array reference with extent
1534structures. Each extent structure is an array reference itself, with the
1535following members:
1536
1537 [$logical, $physical, $length, $flags]
1538
1539Flags is any combination of the following flag values (typically either C<0>
1540or C<IO::AIO::FIEMAP_EXTENT_LAST> (1)):
1541
1542C<IO::AIO::FIEMAP_EXTENT_LAST>, C<IO::AIO::FIEMAP_EXTENT_UNKNOWN>,
1543C<IO::AIO::FIEMAP_EXTENT_DELALLOC>, C<IO::AIO::FIEMAP_EXTENT_ENCODED>,
1544C<IO::AIO::FIEMAP_EXTENT_DATA_ENCRYPTED>, C<IO::AIO::FIEMAP_EXTENT_NOT_ALIGNED>,
1545C<IO::AIO::FIEMAP_EXTENT_DATA_INLINE>, C<IO::AIO::FIEMAP_EXTENT_DATA_TAIL>,
1546C<IO::AIO::FIEMAP_EXTENT_UNWRITTEN>, C<IO::AIO::FIEMAP_EXTENT_MERGED> or
1547C<IO::AIO::FIEMAP_EXTENT_SHARED>.
1548
1549At the time of this writing (Linux 3.2), this request is unreliable unless
1550C<$count> is C<undef>, as the kernel has all sorts of bugs preventing
1551it to return all extents of a range for files with a large number of
1552extents. The code (only) works around all these issues if C<$count> is
1553C<undef>.
1554
510=item aio_group $callback->() 1555=item aio_group $callback->(...)
511
512[EXPERIMENTAL]
513 1556
514This is a very special aio request: Instead of doing something, it is a 1557This is a very special aio request: Instead of doing something, it is a
515container for other aio requests, which is useful if you want to bundle 1558container for other aio requests, which is useful if you want to bundle
516many requests into a single, composite, request. 1559many requests into a single, composite, request with a definite callback
1560and the ability to cancel the whole request with its subrequests.
517 1561
518Returns an object of class L<IO::AIO::GRP>. See its documentation below 1562Returns an object of class L<IO::AIO::GRP>. See its documentation below
519for more info. 1563for more info.
520 1564
521Example: 1565Example:
527 add $grp 1571 add $grp
528 (aio_stat ...), 1572 (aio_stat ...),
529 (aio_stat ...), 1573 (aio_stat ...),
530 ...; 1574 ...;
531 1575
1576=item aio_nop $callback->()
1577
1578This is a special request - it does nothing in itself and is only used for
1579side effects, such as when you want to add a dummy request to a group so
1580that finishing the requests in the group depends on executing the given
1581code.
1582
1583While this request does nothing, it still goes through the execution
1584phase and still requires a worker thread. Thus, the callback will not
1585be executed immediately but only after other requests in the queue have
1586entered their execution phase. This can be used to measure request
1587latency.
1588
532=item IO::AIO::aio_sleep $fractional_seconds, $callback->() *NOT EXPORTED* 1589=item IO::AIO::aio_busy $fractional_seconds, $callback->() *NOT EXPORTED*
533 1590
534Mainly used for debugging and benchmarking, this aio request puts one of 1591Mainly used for debugging and benchmarking, this aio request puts one of
535the request workers to sleep for the given time. 1592the request workers to sleep for the given time.
536 1593
537While it is theoretically handy to have simple I/O scheduling requests 1594While it is theoretically handy to have simple I/O scheduling requests
538like sleep and file handle readable/writable, the overhead this creates 1595like sleep and file handle readable/writable, the overhead this creates is
539is immense, so do not use this function except to put your application 1596immense (it blocks a thread for a long time) so do not use this function
540under artificial I/O pressure. 1597except to put your application under artificial I/O pressure.
541 1598
542=back 1599=back
1600
1601
1602=head2 IO::AIO::WD - multiple working directories
1603
1604Your process only has one current working directory, which is used by all
1605threads. This makes it hard to use relative paths (some other component
1606could call C<chdir> at any time, and it is hard to control when the path
1607will be used by IO::AIO).
1608
1609One solution for this is to always use absolute paths. This usually works,
1610but can be quite slow (the kernel has to walk the whole path on every
1611access), and can also be a hassle to implement.
1612
1613Newer POSIX systems have a number of functions (openat, fdopendir,
1614futimensat and so on) that make it possible to specify working directories
1615per operation.
1616
1617For portability, and because the clowns who "designed", or shall I write,
1618perpetrated this new interface were obviously half-drunk, this abstraction
1619cannot be perfect, though.
1620
1621IO::AIO allows you to convert directory paths into a so-called IO::AIO::WD
1622object. This object stores the canonicalised, absolute version of the
1623path, and on systems that allow it, also a directory file descriptor.
1624
1625Everywhere where a pathname is accepted by IO::AIO (e.g. in C<aio_stat>
1626or C<aio_unlink>), one can specify an array reference with an IO::AIO::WD
1627object and a pathname instead (or the IO::AIO::WD object alone, which
1628gets interpreted as C<[$wd, "."]>). If the pathname is absolute, the
1629IO::AIO::WD object is ignored, otherwise the pathname is resolved relative
1630to that IO::AIO::WD object.
1631
1632For example, to get a wd object for F</etc> and then stat F<passwd>
1633inside, you would write:
1634
1635 aio_wd "/etc", sub {
1636 my $etcdir = shift;
1637
1638 # although $etcdir can be undef on error, there is generally no reason
1639 # to check for errors here, as aio_stat will fail with ENOENT
1640 # when $etcdir is undef.
1641
1642 aio_stat [$etcdir, "passwd"], sub {
1643 # yay
1644 };
1645 };
1646
1647The fact that C<aio_wd> is a request and not a normal function shows that
1648creating an IO::AIO::WD object is itself a potentially blocking operation,
1649which is why it is done asynchronously.
1650
1651To stat the directory obtained with C<aio_wd> above, one could write
1652either of the following three request calls:
1653
1654 aio_lstat "/etc" , sub { ... # pathname as normal string
1655 aio_lstat [$wd, "."], sub { ... # "." relative to $wd (i.e. $wd itself)
1656 aio_lstat $wd , sub { ... # shorthand for the previous
1657
1658As with normal pathnames, IO::AIO keeps a copy of the working directory
1659object and the pathname string, so you could write the following without
1660causing any issues due to C<$path> getting reused:
1661
1662 my $path = [$wd, undef];
1663
1664 for my $name (qw(abc def ghi)) {
1665 $path->[1] = $name;
1666 aio_stat $path, sub {
1667 # ...
1668 };
1669 }
1670
1671There are some caveats: when directories get renamed (or deleted), the
1672pathname string doesn't change, so will point to the new directory (or
1673nowhere at all), while the directory fd, if available on the system,
1674will still point to the original directory. Most functions accepting a
1675pathname will use the directory fd on newer systems, and the string on
1676older systems. Some functions (such as C<aio_realpath>) will always rely on
1677the string form of the pathname.
1678
1679So this functionality is mainly useful to get some protection against
1680C<chdir>, to easily get an absolute path out of a relative path for future
1681reference, and to speed up doing many operations in the same directory
1682(e.g. when stat'ing all files in a directory).
1683
1684The following functions implement this working directory abstraction:
1685
1686=over 4
1687
1688=item aio_wd $pathname, $callback->($wd)
1689
1690Asynchonously canonicalise the given pathname and convert it to an
1691IO::AIO::WD object representing it. If possible and supported on the
1692system, also open a directory fd to speed up pathname resolution relative
1693to this working directory.
1694
1695If something goes wrong, then C<undef> is passwd to the callback instead
1696of a working directory object and C<$!> is set appropriately. Since
1697passing C<undef> as working directory component of a pathname fails the
1698request with C<ENOENT>, there is often no need for error checking in the
1699C<aio_wd> callback, as future requests using the value will fail in the
1700expected way.
1701
1702=item IO::AIO::CWD
1703
1704This is a compile time constant (object) that represents the process
1705current working directory.
1706
1707Specifying this object as working directory object for a pathname is as if
1708the pathname would be specified directly, without a directory object. For
1709example, these calls are functionally identical:
1710
1711 aio_stat "somefile", sub { ... };
1712 aio_stat [IO::AIO::CWD, "somefile"], sub { ... };
1713
1714=back
1715
1716To recover the path associated with an IO::AIO::WD object, you can use
1717C<aio_realpath>:
1718
1719 aio_realpath $wd, sub {
1720 warn "path is $_[0]\n";
1721 };
1722
1723Currently, C<aio_statvfs> always, and C<aio_rename> and C<aio_rmdir>
1724sometimes, fall back to using an absolue path.
543 1725
544=head2 IO::AIO::REQ CLASS 1726=head2 IO::AIO::REQ CLASS
545 1727
546All non-aggregate C<aio_*> functions return an object of this class when 1728All non-aggregate C<aio_*> functions return an object of this class when
547called in non-void context. 1729called in non-void context.
548 1730
549A request always moves through the following five states in its lifetime,
550in order: B<ready> (request has been created, but has not been executed
551yet), B<execute> (request is currently being executed), B<pending>
552(request has been executed but callback has not been called yet),
553B<result> (results are being processed synchronously, includes calling the
554callback) and B<done> (request has reached the end of its lifetime and
555holds no resources anymore).
556
557=over 4 1731=over 4
558 1732
559=item $req->cancel 1733=item cancel $req
560 1734
561Cancels the request, if possible. Has the effect of skipping execution 1735Cancels the request, if possible. Has the effect of skipping execution
562when entering the B<execute> state and skipping calling the callback when 1736when entering the B<execute> state and skipping calling the callback when
563entering the the B<result> state, but will leave the request otherwise 1737entering the the B<result> state, but will leave the request otherwise
564untouched. That means that requests that currently execute will not be 1738untouched (with the exception of readdir). That means that requests that
565stopped and resources held by the request will not be freed prematurely. 1739currently execute will not be stopped and resources held by the request
1740will not be freed prematurely.
1741
1742=item cb $req $callback->(...)
1743
1744Replace (or simply set) the callback registered to the request.
566 1745
567=back 1746=back
568 1747
569=head2 IO::AIO::GRP CLASS 1748=head2 IO::AIO::GRP CLASS
570 1749
585You add requests by calling the C<add> method with one or more 1764You add requests by calling the C<add> method with one or more
586C<IO::AIO::REQ> objects: 1765C<IO::AIO::REQ> objects:
587 1766
588 $grp->add (aio_unlink "..."); 1767 $grp->add (aio_unlink "...");
589 1768
590 add $grp aio_stat "...", sub { ... }; 1769 add $grp aio_stat "...", sub {
1770 $_[0] or return $grp->result ("error");
1771
1772 # add another request dynamically, if first succeeded
1773 add $grp aio_open "...", sub {
1774 $grp->result ("ok");
1775 };
1776 };
591 1777
592This makes it very easy to create composite requests (see the source of 1778This makes it very easy to create composite requests (see the source of
593C<aio_move> for an application) that work and feel like simple requests. 1779C<aio_move> for an application) that work and feel like simple requests.
594 1780
1781=over 4
1782
595The IO::AIO::GRP objects will be cleaned up during calls to 1783=item * The IO::AIO::GRP objects will be cleaned up during calls to
596C<IO::AIO::poll_cb>, just like any other request. 1784C<IO::AIO::poll_cb>, just like any other request.
597 1785
598They can be canceled like any other request. Canceling will cancel not 1786=item * They can be canceled like any other request. Canceling will cancel not
599just the request itself, but also all requests it contains. 1787only the request itself, but also all requests it contains.
600 1788
601They can also can also be added to other IO::AIO::GRP objects. 1789=item * They can also can also be added to other IO::AIO::GRP objects.
1790
1791=item * You must not add requests to a group from within the group callback (or
1792any later time).
1793
1794=back
602 1795
603Their lifetime, simplified, looks like this: when they are empty, they 1796Their lifetime, simplified, looks like this: when they are empty, they
604will finish very quickly. If they contain only requests that are in the 1797will finish very quickly. If they contain only requests that are in the
605C<done> state, they will also finish. Otherwise they will continue to 1798C<done> state, they will also finish. Otherwise they will continue to
606exist. 1799exist.
607 1800
608That means after creating a group you have some time to add requests. And 1801That means after creating a group you have some time to add requests
609in the callbacks of those requests, you can add further requests to the 1802(precisely before the callback has been invoked, which is only done within
610group. And only when all those requests have finished will the the group 1803the C<poll_cb>). And in the callbacks of those requests, you can add
611itself finish. 1804further requests to the group. And only when all those requests have
1805finished will the the group itself finish.
612 1806
613=over 4 1807=over 4
614 1808
1809=item add $grp ...
1810
615=item $grp->add (...) 1811=item $grp->add (...)
616
617=item add $grp ...
618 1812
619Add one or more requests to the group. Any type of L<IO::AIO::REQ> can 1813Add one or more requests to the group. Any type of L<IO::AIO::REQ> can
620be added, including other groups, as long as you do not create circular 1814be added, including other groups, as long as you do not create circular
621dependencies. 1815dependencies.
622 1816
623Returns all its arguments. 1817Returns all its arguments.
624 1818
1819=item $grp->cancel_subs
1820
1821Cancel all subrequests and clears any feeder, but not the group request
1822itself. Useful when you queued a lot of events but got a result early.
1823
1824The group request will finish normally (you cannot add requests to the
1825group).
1826
1827=item $grp->result (...)
1828
1829Set the result value(s) that will be passed to the group callback when all
1830subrequests have finished and set the groups errno to the current value
1831of errno (just like calling C<errno> without an error number). By default,
1832no argument will be passed and errno is zero.
1833
1834=item $grp->errno ([$errno])
1835
1836Sets the group errno value to C<$errno>, or the current value of errno
1837when the argument is missing.
1838
1839Every aio request has an associated errno value that is restored when
1840the callback is invoked. This method lets you change this value from its
1841default (0).
1842
1843Calling C<result> will also set errno, so make sure you either set C<$!>
1844before the call to C<result>, or call c<errno> after it.
1845
1846=item feed $grp $callback->($grp)
1847
1848Sets a feeder/generator on this group: every group can have an attached
1849generator that generates requests if idle. The idea behind this is that,
1850although you could just queue as many requests as you want in a group,
1851this might starve other requests for a potentially long time. For example,
1852C<aio_scandir> might generate hundreds of thousands of C<aio_stat>
1853requests, delaying any later requests for a long time.
1854
1855To avoid this, and allow incremental generation of requests, you can
1856instead a group and set a feeder on it that generates those requests. The
1857feed callback will be called whenever there are few enough (see C<limit>,
1858below) requests active in the group itself and is expected to queue more
1859requests.
1860
1861The feed callback can queue as many requests as it likes (i.e. C<add> does
1862not impose any limits).
1863
1864If the feed does not queue more requests when called, it will be
1865automatically removed from the group.
1866
1867If the feed limit is C<0> when this method is called, it will be set to
1868C<2> automatically.
1869
1870Example:
1871
1872 # stat all files in @files, but only ever use four aio requests concurrently:
1873
1874 my $grp = aio_group sub { print "finished\n" };
1875 limit $grp 4;
1876 feed $grp sub {
1877 my $file = pop @files
1878 or return;
1879
1880 add $grp aio_stat $file, sub { ... };
1881 };
1882
1883=item limit $grp $num
1884
1885Sets the feeder limit for the group: The feeder will be called whenever
1886the group contains less than this many requests.
1887
1888Setting the limit to C<0> will pause the feeding process.
1889
1890The default value for the limit is C<0>, but note that setting a feeder
1891automatically bumps it up to C<2>.
1892
625=back 1893=back
626 1894
1895
627=head2 SUPPORT FUNCTIONS 1896=head2 SUPPORT FUNCTIONS
628 1897
1898=head3 EVENT PROCESSING AND EVENT LOOP INTEGRATION
1899
629=over 4 1900=over 4
630 1901
631=item $fileno = IO::AIO::poll_fileno 1902=item $fileno = IO::AIO::poll_fileno
632 1903
633Return the I<request result pipe file descriptor>. This filehandle must be 1904Return the I<request result pipe file descriptor>. This filehandle must be
634polled for reading by some mechanism outside this module (e.g. Event or 1905polled for reading by some mechanism outside this module (e.g. EV, Glib,
635select, see below or the SYNOPSIS). If the pipe becomes readable you have 1906select and so on, see below or the SYNOPSIS). If the pipe becomes readable
636to call C<poll_cb> to check the results. 1907you have to call C<poll_cb> to check the results.
637 1908
638See C<poll_cb> for an example. 1909See C<poll_cb> for an example.
639 1910
640=item IO::AIO::poll_cb 1911=item IO::AIO::poll_cb
641 1912
642Process all outstanding events on the result pipe. You have to call this 1913Process some requests that have reached the result phase (i.e. they have
643regularly. Returns the number of events processed. Returns immediately 1914been executed but the results are not yet reported). You have to call
644when no events are outstanding. 1915this "regularly" to finish outstanding requests.
1916
1917Returns C<0> if all events could be processed (or there were no
1918events to process), or C<-1> if it returned earlier for whatever
1919reason. Returns immediately when no events are outstanding. The amount
1920of events processed depends on the settings of C<IO::AIO::max_poll_req>,
1921C<IO::AIO::max_poll_time> and C<IO::AIO::max_outstanding>.
1922
1923If not all requests were processed for whatever reason, the poll file
1924descriptor will still be ready when C<poll_cb> returns, so normally you
1925don't have to do anything special to have it called later.
1926
1927Apart from calling C<IO::AIO::poll_cb> when the event filehandle becomes
1928ready, it can be beneficial to call this function from loops which submit
1929a lot of requests, to make sure the results get processed when they become
1930available and not just when the loop is finished and the event loop takes
1931over again. This function returns very fast when there are no outstanding
1932requests.
645 1933
646Example: Install an Event watcher that automatically calls 1934Example: Install an Event watcher that automatically calls
647IO::AIO::poll_cb with high priority: 1935IO::AIO::poll_cb with high priority (more examples can be found in the
1936SYNOPSIS section, at the top of this document):
648 1937
649 Event->io (fd => IO::AIO::poll_fileno, 1938 Event->io (fd => IO::AIO::poll_fileno,
650 poll => 'r', async => 1, 1939 poll => 'r', async => 1,
651 cb => \&IO::AIO::poll_cb); 1940 cb => \&IO::AIO::poll_cb);
652 1941
653=item IO::AIO::poll_wait 1942=item IO::AIO::poll_wait
654 1943
655Wait till the result filehandle becomes ready for reading (simply does a 1944Wait until either at least one request is in the result phase or no
656C<select> on the filehandle. This is useful if you want to synchronously wait 1945requests are outstanding anymore.
657for some requests to finish). 1946
1947This is useful if you want to synchronously wait for some requests to
1948become ready, without actually handling them.
658 1949
659See C<nreqs> for an example. 1950See C<nreqs> for an example.
660 1951
1952=item IO::AIO::poll
1953
1954Waits until some requests have been handled.
1955
1956Returns the number of requests processed, but is otherwise strictly
1957equivalent to:
1958
1959 IO::AIO::poll_wait, IO::AIO::poll_cb
1960
661=item IO::AIO::nreqs 1961=item IO::AIO::flush
662 1962
663Returns the number of requests currently outstanding (i.e. for which their 1963Wait till all outstanding AIO requests have been handled.
664callback has not been invoked yet).
665 1964
666Example: wait till there are no outstanding requests anymore: 1965Strictly equivalent to:
667 1966
668 IO::AIO::poll_wait, IO::AIO::poll_cb 1967 IO::AIO::poll_wait, IO::AIO::poll_cb
669 while IO::AIO::nreqs; 1968 while IO::AIO::nreqs;
670 1969
1970This function can be useful at program aborts, to make sure outstanding
1971I/O has been done (C<IO::AIO> uses an C<END> block which already calls
1972this function on normal exits), or when you are merely using C<IO::AIO>
1973for its more advanced functions, rather than for async I/O, e.g.:
1974
1975 my ($dirs, $nondirs);
1976 IO::AIO::aio_scandir "/tmp", 0, sub { ($dirs, $nondirs) = @_ };
671=item IO::AIO::flush 1977 IO::AIO::flush;
1978 # $dirs, $nondirs are now set
672 1979
673Wait till all outstanding AIO requests have been handled. 1980=item IO::AIO::max_poll_reqs $nreqs
674 1981
675Strictly equivalent to: 1982=item IO::AIO::max_poll_time $seconds
676 1983
677 IO::AIO::poll_wait, IO::AIO::poll_cb 1984These set the maximum number of requests (default C<0>, meaning infinity)
678 while IO::AIO::nreqs; 1985that are being processed by C<IO::AIO::poll_cb> in one call, respectively
1986the maximum amount of time (default C<0>, meaning infinity) spent in
1987C<IO::AIO::poll_cb> to process requests (more correctly the mininum amount
1988of time C<poll_cb> is allowed to use).
679 1989
680=item IO::AIO::poll 1990Setting C<max_poll_time> to a non-zero value creates an overhead of one
1991syscall per request processed, which is not normally a problem unless your
1992callbacks are really really fast or your OS is really really slow (I am
1993not mentioning Solaris here). Using C<max_poll_reqs> incurs no overhead.
681 1994
682Waits until some requests have been handled. 1995Setting these is useful if you want to ensure some level of
1996interactiveness when perl is not fast enough to process all requests in
1997time.
683 1998
684Strictly equivalent to: 1999For interactive programs, values such as C<0.01> to C<0.1> should be fine.
685 2000
686 IO::AIO::poll_wait, IO::AIO::poll_cb 2001Example: Install an Event watcher that automatically calls
687 if IO::AIO::nreqs; 2002IO::AIO::poll_cb with low priority, to ensure that other parts of the
2003program get the CPU sometimes even under high AIO load.
2004
2005 # try not to spend much more than 0.1s in poll_cb
2006 IO::AIO::max_poll_time 0.1;
2007
2008 # use a low priority so other tasks have priority
2009 Event->io (fd => IO::AIO::poll_fileno,
2010 poll => 'r', nice => 1,
2011 cb => &IO::AIO::poll_cb);
2012
2013=back
2014
2015
2016=head3 CONTROLLING THE NUMBER OF THREADS
2017
2018=over
688 2019
689=item IO::AIO::min_parallel $nthreads 2020=item IO::AIO::min_parallel $nthreads
690 2021
691Set the minimum number of AIO threads to C<$nthreads>. The current default 2022Set the minimum number of AIO threads to C<$nthreads>. The current
692is C<4>, which means four asynchronous operations can be done at one time 2023default is C<8>, which means eight asynchronous operations can execute
693(the number of outstanding operations, however, is unlimited). 2024concurrently at any one time (the number of outstanding requests,
2025however, is unlimited).
694 2026
695IO::AIO starts threads only on demand, when an AIO request is queued and 2027IO::AIO starts threads only on demand, when an AIO request is queued and
696no free thread exists. 2028no free thread exists. Please note that queueing up a hundred requests can
2029create demand for a hundred threads, even if it turns out that everything
2030is in the cache and could have been processed faster by a single thread.
697 2031
698It is recommended to keep the number of threads low, as some Linux 2032It is recommended to keep the number of threads relatively low, as some
699kernel versions will scale negatively with the number of threads (higher 2033Linux kernel versions will scale negatively with the number of threads
700parallelity => MUCH higher latency). With current Linux 2.6 versions, 4-32 2034(higher parallelity => MUCH higher latency). With current Linux 2.6
701threads should be fine. 2035versions, 4-32 threads should be fine.
702 2036
703Under most circumstances you don't need to call this function, as the 2037Under most circumstances you don't need to call this function, as the
704module selects a default that is suitable for low to moderate load. 2038module selects a default that is suitable for low to moderate load.
705 2039
706=item IO::AIO::max_parallel $nthreads 2040=item IO::AIO::max_parallel $nthreads
715This module automatically runs C<max_parallel 0> at program end, to ensure 2049This module automatically runs C<max_parallel 0> at program end, to ensure
716that all threads are killed and that there are no outstanding requests. 2050that all threads are killed and that there are no outstanding requests.
717 2051
718Under normal circumstances you don't need to call this function. 2052Under normal circumstances you don't need to call this function.
719 2053
2054=item IO::AIO::max_idle $nthreads
2055
2056Limit the number of threads (default: 4) that are allowed to idle
2057(i.e., threads that did not get a request to process within the idle
2058timeout (default: 10 seconds). That means if a thread becomes idle while
2059C<$nthreads> other threads are also idle, it will free its resources and
2060exit.
2061
2062This is useful when you allow a large number of threads (e.g. 100 or 1000)
2063to allow for extremely high load situations, but want to free resources
2064under normal circumstances (1000 threads can easily consume 30MB of RAM).
2065
2066The default is probably ok in most situations, especially if thread
2067creation is fast. If thread creation is very slow on your system you might
2068want to use larger values.
2069
2070=item IO::AIO::idle_timeout $seconds
2071
2072Sets the minimum idle timeout (default 10) after which worker threads are
2073allowed to exit. SEe C<IO::AIO::max_idle>.
2074
720=item $oldnreqs = IO::AIO::max_outstanding $nreqs 2075=item IO::AIO::max_outstanding $maxreqs
721 2076
722Sets the maximum number of outstanding requests to C<$nreqs>. If you 2077Sets the maximum number of outstanding requests to C<$nreqs>. If
723try to queue up more than this number of requests, the caller will block until 2078you do queue up more than this number of requests, the next call to
724some requests have been handled. 2079C<IO::AIO::poll_cb> (and other functions calling C<poll_cb>, such as
2080C<IO::AIO::flush> or C<IO::AIO::poll>) will block until the limit is no
2081longer exceeded.
725 2082
726The default is very large, so normally there is no practical limit. If you 2083In other words, this setting does not enforce a queue limit, but can be
727queue up many requests in a loop it often improves speed if you set 2084used to make poll functions block if the limit is exceeded.
728this to a relatively low number, such as C<100>.
729 2085
730Under normal circumstances you don't need to call this function. 2086This is a bad function to use in interactive programs because it blocks,
2087and a bad way to reduce concurrency because it is inexact. If you need to
2088issue many requests without being able to call a poll function on demand,
2089it is better to use an C<aio_group> together with a feed callback.
2090
2091Its main use is in scripts without an event loop - when you want to stat a
2092lot of files, you can write something like this:
2093
2094 IO::AIO::max_outstanding 32;
2095
2096 for my $path (...) {
2097 aio_stat $path , ...;
2098 IO::AIO::poll_cb;
2099 }
2100
2101 IO::AIO::flush;
2102
2103The call to C<poll_cb> inside the loop will normally return instantly,
2104allowing the loop to progress, but as soon as more than C<32> requests
2105are in-flight, it will block until some requests have been handled. This
2106keeps the loop from pushing a large number of C<aio_stat> requests onto
2107the queue (which, with many paths to stat, can use up a lot of memory).
2108
2109The default value for C<max_outstanding> is very large, so there is no
2110practical limit on the number of outstanding requests.
731 2111
732=back 2112=back
733 2113
2114
2115=head3 STATISTICAL INFORMATION
2116
2117=over
2118
2119=item IO::AIO::nreqs
2120
2121Returns the number of requests currently in the ready, execute or pending
2122states (i.e. for which their callback has not been invoked yet).
2123
2124Example: wait till there are no outstanding requests anymore:
2125
2126 IO::AIO::poll_wait, IO::AIO::poll_cb
2127 while IO::AIO::nreqs;
2128
2129=item IO::AIO::nready
2130
2131Returns the number of requests currently in the ready state (not yet
2132executed).
2133
2134=item IO::AIO::npending
2135
2136Returns the number of requests currently in the pending state (executed,
2137but not yet processed by poll_cb).
2138
2139=back
2140
2141
2142=head3 SUBSECOND STAT TIME ACCESS
2143
2144Both C<aio_stat>/C<aio_lstat> and perl's C<stat>/C<lstat> functions can
2145generally find access/modification and change times with subsecond time
2146accuracy of the system supports it, but perl's built-in functions only
2147return the integer part.
2148
2149The following functions return the timestamps of the most recent
2150stat with subsecond precision on most systems and work both after
2151C<aio_stat>/C<aio_lstat> and perl's C<stat>/C<lstat> calls. Their return
2152value is only meaningful after a successful C<stat>/C<lstat> call, or
2153during/after a successful C<aio_stat>/C<aio_lstat> callback.
2154
2155This is similar to the L<Time::HiRes> C<stat> functions, but can return
2156full resolution without rounding and work with standard perl C<stat>,
2157alleviating the need to call the special C<Time::HiRes> functions, which
2158do not act like their perl counterparts.
2159
2160On operating systems or file systems where subsecond time resolution is
2161not supported or could not be detected, a fractional part of C<0> is
2162returned, so it is always safe to call these functions.
2163
2164=over 4
2165
2166=item $seconds = IO::AIO::st_atime, IO::AIO::st_mtime, IO::AIO::st_ctime, IO::AIO::st_btime
2167
2168Return the access, modication, change or birth time, respectively,
2169including fractional part. Due to the limited precision of floating point,
2170the accuracy on most platforms is only a bit better than milliseconds
2171for times around now - see the I<nsec> function family, below, for full
2172accuracy.
2173
2174File birth time is only available when the OS and perl support it (on
2175FreeBSD and NetBSD at the time of this writing, although support is
2176adaptive, so if your OS/perl gains support, IO::AIO can take advantage of
2177it). On systems where it isn't available, C<0> is currently returned, but
2178this might change to C<undef> in a future version.
2179
2180=item ($atime, $mtime, $ctime, $btime, ...) = IO::AIO::st_xtime
2181
2182Returns access, modification, change and birth time all in one go, and
2183maybe more times in the future version.
2184
2185=item $nanoseconds = IO::AIO::st_atimensec, IO::AIO::st_mtimensec, IO::AIO::st_ctimensec, IO::AIO::st_btimensec
2186
2187Return the fractional access, modifcation, change or birth time, in nanoseconds,
2188as an integer in the range C<0> to C<999999999>.
2189
2190Note that no accessors are provided for access, modification and
2191change times - you need to get those from C<stat _> if required (C<int
2192IO::AIO::st_atime> and so on will I<not> generally give you the correct
2193value).
2194
2195=item $seconds = IO::AIO::st_btimesec
2196
2197The (integral) seconds part of the file birth time, if available.
2198
2199=item ($atime, $mtime, $ctime, $btime, ...) = IO::AIO::st_xtimensec
2200
2201Like the functions above, but returns all four times in one go (and maybe
2202more in future versions).
2203
2204=item $counter = IO::AIO::st_gen
2205
2206Returns the generation counter (in practice this is just a random number)
2207of the file. This is only available on platforms which have this member in
2208their C<struct stat> (most BSDs at the time of this writing) and generally
2209only to the root usert. If unsupported, C<0> is returned, but this might
2210change to C<undef> in a future version.
2211
2212=back
2213
2214Example: print the high resolution modification time of F</etc>, using
2215C<stat>, and C<IO::AIO::aio_stat>.
2216
2217 if (stat "/etc") {
2218 printf "stat(/etc) mtime: %f\n", IO::AIO::st_mtime;
2219 }
2220
2221 IO::AIO::aio_stat "/etc", sub {
2222 $_[0]
2223 and return;
2224
2225 printf "aio_stat(/etc) mtime: %d.%09d\n", (stat _)[9], IO::AIO::st_mtimensec;
2226 };
2227
2228 IO::AIO::flush;
2229
2230Output of the awbove on my system, showing reduced and full accuracy:
2231
2232 stat(/etc) mtime: 1534043702.020808
2233 aio_stat(/etc) mtime: 1534043702.020807792
2234
2235
2236=head3 MISCELLANEOUS FUNCTIONS
2237
2238IO::AIO implements some functions that are useful when you want to use
2239some "Advanced I/O" function not available to in Perl, without going the
2240"Asynchronous I/O" route. Many of these have an asynchronous C<aio_*>
2241counterpart.
2242
2243=over 4
2244
2245=item $retval = IO::AIO::fexecve $fh, $argv, $envp
2246
2247A more-or-less direct equivalent to the POSIX C<fexecve> functions, which
2248allows you to specify the program to be executed via a file descriptor (or
2249handle). Returns C<-1> and sets errno to C<ENOSYS> if not available.
2250
2251=item $retval = IO::AIO::mount $special, $path, $fstype, $flags = 0, $data = undef
2252
2253Calls the GNU/Linux mount syscall with the given arguments. All except
2254C<$flags> are strings, and if C<$data> is C<undef>, a C<NULL> will be
2255passed.
2256
2257The following values for C<$flags> are available:
2258
2259C<IO::AIO::MS_RDONLY>, C<IO::AIO::MS_NOSUID>, C<IO::AIO::MS_NODEV>, C<IO::AIO::MS_NOEXEC>, C<IO::AIO::MS_SYNCHRONOUS>,
2260C<IO::AIO::MS_REMOUNT>, C<IO::AIO::MS_MANDLOCK>, C<IO::AIO::MS_DIRSYNC>, C<IO::AIO::MS_NOATIME>,
2261C<IO::AIO::MS_NODIRATIME>, C<IO::AIO::MS_BIND>, C<IO::AIO::MS_MOVE>, C<IO::AIO::MS_REC>, C<IO::AIO::MS_SILENT>,
2262C<IO::AIO::MS_POSIXACL>, C<IO::AIO::MS_UNBINDABLE>, C<IO::AIO::MS_PRIVATE>, C<IO::AIO::MS_SLAVE>, C<IO::AIO::MS_SHARED>,
2263C<IO::AIO::MS_RELATIME>, C<IO::AIO::MS_KERNMOUNT>, C<IO::AIO::MS_I_VERSION>, C<IO::AIO::MS_STRICTATIME>,
2264C<IO::AIO::MS_LAZYTIME>, C<IO::AIO::MS_ACTIVE>, C<IO::AIO::MS_NOUSER>, C<IO::AIO::MS_RMT_MASK>, C<IO::AIO::MS_MGC_VAL> and
2265C<IO::AIO::MS_MGC_MSK>.
2266
2267=item $retval = IO::AIO::umount $path, $flags = 0
2268
2269Invokes the GNU/Linux C<umount> or C<umount2> syscalls. Always calls
2270C<umount> if C<$flags> is C<0>, otherwqise always tries to call
2271C<umount2>.
2272
2273The following C<$flags> are available:
2274
2275C<IO::AIO::MNT_FORCE>, C<IO::AIO::MNT_DETACH>, C<IO::AIO::MNT_EXPIRE> and C<IO::AIO::UMOUNT_NOFOLLOW>.
2276
2277=item $numfd = IO::AIO::get_fdlimit
2278
2279Tries to find the current file descriptor limit and returns it, or
2280C<undef> and sets C<$!> in case of an error. The limit is one larger than
2281the highest valid file descriptor number.
2282
2283=item IO::AIO::min_fdlimit [$numfd]
2284
2285Try to increase the current file descriptor limit(s) to at least C<$numfd>
2286by changing the soft or hard file descriptor resource limit. If C<$numfd>
2287is missing, it will try to set a very high limit, although this is not
2288recommended when you know the actual minimum that you require.
2289
2290If the limit cannot be raised enough, the function makes a best-effort
2291attempt to increase the limit as much as possible, using various
2292tricks, while still failing. You can query the resulting limit using
2293C<IO::AIO::get_fdlimit>.
2294
2295If an error occurs, returns C<undef> and sets C<$!>, otherwise returns
2296true.
2297
2298=item IO::AIO::sendfile $ofh, $ifh, $offset, $count
2299
2300Calls the C<eio_sendfile_sync> function, which is like C<aio_sendfile>,
2301but is blocking (this makes most sense if you know the input data is
2302likely cached already and the output filehandle is set to non-blocking
2303operations).
2304
2305Returns the number of bytes copied, or C<-1> on error.
2306
2307=item IO::AIO::fadvise $fh, $offset, $len, $advice
2308
2309Simply calls the C<posix_fadvise> function (see its
2310manpage for details). The following advice constants are
2311available: C<IO::AIO::FADV_NORMAL>, C<IO::AIO::FADV_SEQUENTIAL>,
2312C<IO::AIO::FADV_RANDOM>, C<IO::AIO::FADV_NOREUSE>,
2313C<IO::AIO::FADV_WILLNEED>, C<IO::AIO::FADV_DONTNEED>.
2314
2315On systems that do not implement C<posix_fadvise>, this function returns
2316ENOSYS, otherwise the return value of C<posix_fadvise>.
2317
2318=item IO::AIO::madvise $scalar, $offset, $len, $advice
2319
2320Simply calls the C<posix_madvise> function (see its
2321manpage for details). The following advice constants are
2322available: C<IO::AIO::MADV_NORMAL>, C<IO::AIO::MADV_SEQUENTIAL>,
2323C<IO::AIO::MADV_RANDOM>, C<IO::AIO::MADV_WILLNEED>,
2324C<IO::AIO::MADV_DONTNEED>.
2325
2326If C<$offset> is negative, counts from the end. If C<$length> is negative,
2327the remaining length of the C<$scalar> is used. If possible, C<$length>
2328will be reduced to fit into the C<$scalar>.
2329
2330On systems that do not implement C<posix_madvise>, this function returns
2331ENOSYS, otherwise the return value of C<posix_madvise>.
2332
2333=item IO::AIO::mprotect $scalar, $offset, $len, $protect
2334
2335Simply calls the C<mprotect> function on the preferably AIO::mmap'ed
2336$scalar (see its manpage for details). The following protect
2337constants are available: C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_READ>,
2338C<IO::AIO::PROT_WRITE>, C<IO::AIO::PROT_EXEC>.
2339
2340If C<$offset> is negative, counts from the end. If C<$length> is negative,
2341the remaining length of the C<$scalar> is used. If possible, C<$length>
2342will be reduced to fit into the C<$scalar>.
2343
2344On systems that do not implement C<mprotect>, this function returns
2345ENOSYS, otherwise the return value of C<mprotect>.
2346
2347=item IO::AIO::mmap $scalar, $length, $prot, $flags, $fh[, $offset]
2348
2349Memory-maps a file (or anonymous memory range) and attaches it to the
2350given C<$scalar>, which will act like a string scalar. Returns true on
2351success, and false otherwise.
2352
2353The scalar must exist, but its contents do not matter - this means you
2354cannot use a nonexistant array or hash element. When in doubt, C<undef>
2355the scalar first.
2356
2357The only operations allowed on the mmapped scalar are C<substr>/C<vec>,
2358which don't change the string length, and most read-only operations such
2359as copying it or searching it with regexes and so on.
2360
2361Anything else is unsafe and will, at best, result in memory leaks.
2362
2363The memory map associated with the C<$scalar> is automatically removed
2364when the C<$scalar> is undef'd or destroyed, or when the C<IO::AIO::mmap>
2365or C<IO::AIO::munmap> functions are called on it.
2366
2367This calls the C<mmap>(2) function internally. See your system's manual
2368page for details on the C<$length>, C<$prot> and C<$flags> parameters.
2369
2370The C<$length> must be larger than zero and smaller than the actual
2371filesize.
2372
2373C<$prot> is a combination of C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_EXEC>,
2374C<IO::AIO::PROT_READ> and/or C<IO::AIO::PROT_WRITE>,
2375
2376C<$flags> can be a combination of
2377C<IO::AIO::MAP_SHARED> or
2378C<IO::AIO::MAP_PRIVATE>,
2379or a number of system-specific flags (when not available, the are C<0>):
2380C<IO::AIO::MAP_ANONYMOUS> (which is set to C<MAP_ANON> if your system only provides this constant),
2381C<IO::AIO::MAP_LOCKED>,
2382C<IO::AIO::MAP_NORESERVE>,
2383C<IO::AIO::MAP_POPULATE>,
2384C<IO::AIO::MAP_NONBLOCK>,
2385C<IO::AIO::MAP_FIXED>,
2386C<IO::AIO::MAP_GROWSDOWN>,
2387C<IO::AIO::MAP_32BIT>,
2388C<IO::AIO::MAP_HUGETLB>,
2389C<IO::AIO::MAP_STACK>,
2390C<IO::AIO::MAP_FIXED_NOREPLACE>,
2391C<IO::AIO::MAP_SHARED_VALIDATE>,
2392C<IO::AIO::MAP_SYNC> or
2393C<IO::AIO::MAP_UNINITIALIZED>.
2394
2395If C<$fh> is C<undef>, then a file descriptor of C<-1> is passed.
2396
2397C<$offset> is the offset from the start of the file - it generally must be
2398a multiple of C<IO::AIO::PAGESIZE> and defaults to C<0>.
2399
2400Example:
2401
2402 use Digest::MD5;
2403 use IO::AIO;
2404
2405 open my $fh, "<verybigfile"
2406 or die "$!";
2407
2408 IO::AIO::mmap my $data, -s $fh, IO::AIO::PROT_READ, IO::AIO::MAP_SHARED, $fh
2409 or die "verybigfile: $!";
2410
2411 my $fast_md5 = md5 $data;
2412
2413=item IO::AIO::munmap $scalar
2414
2415Removes a previous mmap and undefines the C<$scalar>.
2416
2417=item IO::AIO::mremap $scalar, $new_length, $flags = MREMAP_MAYMOVE[, $new_address = 0]
2418
2419Calls the Linux-specific mremap(2) system call. The C<$scalar> must have
2420been mapped by C<IO::AIO::mmap>, and C<$flags> must currently either be
2421C<0> or C<IO::AIO::MREMAP_MAYMOVE>.
2422
2423Returns true if successful, and false otherwise. If the underlying mmapped
2424region has changed address, then the true value has the numerical value
2425C<1>, otherwise it has the numerical value C<0>:
2426
2427 my $success = IO::AIO::mremap $mmapped, 8192, IO::AIO::MREMAP_MAYMOVE
2428 or die "mremap: $!";
2429
2430 if ($success*1) {
2431 warn "scalar has chanegd address in memory\n";
2432 }
2433
2434C<IO::AIO::MREMAP_FIXED> and the C<$new_address> argument are currently
2435implemented, but not supported and might go away in a future version.
2436
2437On systems where this call is not supported or is not emulated, this call
2438returns falls and sets C<$!> to C<ENOSYS>.
2439
2440=item IO::AIO::mlockall $flags
2441
2442Calls the C<eio_mlockall_sync> function, which is like C<aio_mlockall>,
2443but is blocking.
2444
2445=item IO::AIO::munlock $scalar, $offset = 0, $length = undef
2446
2447Calls the C<munlock> function, undoing the effects of a previous
2448C<aio_mlock> call (see its description for details).
2449
2450=item IO::AIO::munlockall
2451
2452Calls the C<munlockall> function.
2453
2454On systems that do not implement C<munlockall>, this function returns
2455ENOSYS, otherwise the return value of C<munlockall>.
2456
2457=item $fh = IO::AIO::accept4 $r_fh, $sockaddr, $sockaddr_maxlen, $flags
2458
2459Uses the GNU/Linux C<accept4(2)> syscall, if available, to accept a socket
2460and return the new file handle on success, or sets C<$!> and returns
2461C<undef> on error.
2462
2463The remote name of the new socket will be stored in C<$sockaddr>, which
2464will be extended to allow for at least C<$sockaddr_maxlen> octets. If the
2465socket name does not fit into C<$sockaddr_maxlen> octets, this is signaled
2466by returning a longer string in C<$sockaddr>, which might or might not be
2467truncated.
2468
2469To accept name-less sockets, use C<undef> for C<$sockaddr> and C<0> for
2470C<$sockaddr_maxlen>.
2471
2472The main reasons to use this syscall rather than portable C<accept(2)>
2473are that you can specify C<SOCK_NONBLOCK> and/or C<SOCK_CLOEXEC>
2474flags and you can accept name-less sockets by specifying C<0> for
2475C<$sockaddr_maxlen>, which is sadly not possible with perl's interface to
2476C<accept>.
2477
2478=item IO::AIO::splice $r_fh, $r_off, $w_fh, $w_off, $length, $flags
2479
2480Calls the GNU/Linux C<splice(2)> syscall, if available. If C<$r_off> or
2481C<$w_off> are C<undef>, then C<NULL> is passed for these, otherwise they
2482should be the file offset.
2483
2484C<$r_fh> and C<$w_fh> should not refer to the same file, as splice might
2485silently corrupt the data in this case.
2486
2487The following symbol flag values are available: C<IO::AIO::SPLICE_F_MOVE>,
2488C<IO::AIO::SPLICE_F_NONBLOCK>, C<IO::AIO::SPLICE_F_MORE> and
2489C<IO::AIO::SPLICE_F_GIFT>.
2490
2491See the C<splice(2)> manpage for details.
2492
2493=item IO::AIO::tee $r_fh, $w_fh, $length, $flags
2494
2495Calls the GNU/Linux C<tee(2)> syscall, see its manpage and the
2496description for C<IO::AIO::splice> above for details.
2497
2498=item $actual_size = IO::AIO::pipesize $r_fh[, $new_size]
2499
2500Attempts to query or change the pipe buffer size. Obviously works only
2501on pipes, and currently works only on GNU/Linux systems, and fails with
2502C<-1>/C<ENOSYS> everywhere else. If anybody knows how to influence pipe buffer
2503size on other systems, drop me a note.
2504
2505=item ($rfh, $wfh) = IO::AIO::pipe2 [$flags]
2506
2507This is a direct interface to the Linux L<pipe2(2)> system call. If
2508C<$flags> is missing or C<0>, then this should be the same as a call to
2509perl's built-in C<pipe> function and create a new pipe, and works on
2510systems that lack the pipe2 syscall. On win32, this case invokes C<_pipe
2511(..., 4096, O_BINARY)>.
2512
2513If C<$flags> is non-zero, it tries to invoke the pipe2 system call with
2514the given flags (Linux 2.6.27, glibc 2.9).
2515
2516On success, the read and write file handles are returned.
2517
2518On error, nothing will be returned. If the pipe2 syscall is missing and
2519C<$flags> is non-zero, fails with C<ENOSYS>.
2520
2521Please refer to L<pipe2(2)> for more info on the C<$flags>, but at the
2522time of this writing, C<IO::AIO::O_CLOEXEC>, C<IO::AIO::O_NONBLOCK> and
2523C<IO::AIO::O_DIRECT> (Linux 3.4, for packet-based pipes) were supported.
2524
2525Example: create a pipe race-free w.r.t. threads and fork:
2526
2527 my ($rfh, $wfh) = IO::AIO::pipe2 IO::AIO::O_CLOEXEC
2528 or die "pipe2: $!\n";
2529
2530=item $fh = IO::AIO::memfd_create $pathname[, $flags]
2531
2532This is a direct interface to the Linux L<memfd_create(2)> system
2533call. The (unhelpful) default for C<$flags> is C<0>, but your default
2534should be C<IO::AIO::MFD_CLOEXEC>.
2535
2536On success, the new memfd filehandle is returned, otherwise returns
2537C<undef>. If the memfd_create syscall is missing, fails with C<ENOSYS>.
2538
2539Please refer to L<memfd_create(2)> for more info on this call.
2540
2541The following C<$flags> values are available: C<IO::AIO::MFD_CLOEXEC>,
2542C<IO::AIO::MFD_ALLOW_SEALING>, C<IO::AIO::MFD_HUGETLB>,
2543C<IO::AIO::MFD_HUGETLB_2MB> and C<IO::AIO::MFD_HUGETLB_1GB>.
2544
2545Example: create a new memfd.
2546
2547 my $fh = IO::AIO::memfd_create "somenameforprocfd", IO::AIO::MFD_CLOEXEC
2548 or die "memfd_create: $!\n";
2549
2550=item $fh = IO::AIO::pidfd_open $pid[, $flags]
2551
2552This is an interface to the Linux L<pidfd_open(2)> system call. The
2553default for C<$flags> is C<0>.
2554
2555On success, a new pidfd filehandle is returned (that is already set to
2556close-on-exec), otherwise returns C<undef>. If the syscall is missing,
2557fails with C<ENOSYS>.
2558
2559Example: open pid 6341 as pidfd.
2560
2561 my $fh = IO::AIO::pidfd_open 6341
2562 or die "pidfd_open: $!\n";
2563
2564=item $status = IO::AIO::pidfd_send_signal $pidfh, $signal[, $siginfo[, $flags]]
2565
2566This is an interface to the Linux L<pidfd_send_signal> system call. The
2567default for C<$siginfo> is C<undef> and the default for C<$flags> is C<0>.
2568
2569Returns the system call status. If the syscall is missing, fails with
2570C<ENOSYS>.
2571
2572When specified, C<$siginfo> must be a reference to a hash with one or more
2573of the following members:
2574
2575=over
2576
2577=item code - the C<si_code> member
2578
2579=item pid - the C<si_pid> member
2580
2581=item uid - the C<si_uid> member
2582
2583=item value_int - the C<si_value.sival_int> member
2584
2585=item value_ptr - the C<si_value.sival_ptr> member, specified as an integer
2586
2587=back
2588
2589Example: send a SIGKILL to the specified process.
2590
2591 my $status = IO::AIO::pidfd_send_signal $pidfh, 9, undef
2592 and die "pidfd_send_signal: $!\n";
2593
2594Example: send a SIGKILL to the specified process with extra data.
2595
2596 my $status = IO::AIO::pidfd_send_signal $pidfh, 9, { code => -1, value_int => 7 }
2597 and die "pidfd_send_signal: $!\n";
2598
2599=item $fh = IO::AIO::pidfd_getfd $pidfh, $targetfd[, $flags]
2600
2601This is an interface to the Linux L<pidfd_getfd> system call. The default
2602for C<$flags> is C<0>.
2603
2604On success, returns a dup'ed copy of the target file descriptor (specified
2605as an integer) returned (that is already set to close-on-exec), otherwise
2606returns C<undef>. If the syscall is missing, fails with C<ENOSYS>.
2607
2608Example: get a copy of standard error of another process and print soemthing to it.
2609
2610 my $errfh = IO::AIO::pidfd_getfd $pidfh, 2
2611 or die "pidfd_getfd: $!\n";
2612 print $errfh "stderr\n";
2613
2614=item $fh = IO::AIO::eventfd [$initval, [$flags]]
2615
2616This is a direct interface to the Linux L<eventfd(2)> system call. The
2617(unhelpful) defaults for C<$initval> and C<$flags> are C<0> for both.
2618
2619On success, the new eventfd filehandle is returned, otherwise returns
2620C<undef>. If the eventfd syscall is missing, fails with C<ENOSYS>.
2621
2622Please refer to L<eventfd(2)> for more info on this call.
2623
2624The following symbol flag values are available: C<IO::AIO::EFD_CLOEXEC>,
2625C<IO::AIO::EFD_NONBLOCK> and C<IO::AIO::EFD_SEMAPHORE> (Linux 2.6.30).
2626
2627Example: create a new eventfd filehandle:
2628
2629 $fh = IO::AIO::eventfd 0, IO::AIO::EFD_CLOEXEC
2630 or die "eventfd: $!\n";
2631
2632=item $fh = IO::AIO::timerfd_create $clockid[, $flags]
2633
2634This is a direct interface to the Linux L<timerfd_create(2)> system
2635call. The (unhelpful) default for C<$flags> is C<0>, but your default
2636should be C<IO::AIO::TFD_CLOEXEC>.
2637
2638On success, the new timerfd filehandle is returned, otherwise returns
2639C<undef>. If the timerfd_create syscall is missing, fails with C<ENOSYS>.
2640
2641Please refer to L<timerfd_create(2)> for more info on this call.
2642
2643The following C<$clockid> values are
2644available: C<IO::AIO::CLOCK_REALTIME>, C<IO::AIO::CLOCK_MONOTONIC>
2645C<IO::AIO::CLOCK_CLOCK_BOOTTIME> (Linux 3.15)
2646C<IO::AIO::CLOCK_CLOCK_REALTIME_ALARM> (Linux 3.11) and
2647C<IO::AIO::CLOCK_CLOCK_BOOTTIME_ALARM> (Linux 3.11).
2648
2649The following C<$flags> values are available (Linux
26502.6.27): C<IO::AIO::TFD_NONBLOCK> and C<IO::AIO::TFD_CLOEXEC>.
2651
2652Example: create a new timerfd and set it to one-second repeated alarms,
2653then wait for two alarms:
2654
2655 my $fh = IO::AIO::timerfd_create IO::AIO::CLOCK_BOOTTIME, IO::AIO::TFD_CLOEXEC
2656 or die "timerfd_create: $!\n";
2657
2658 defined IO::AIO::timerfd_settime $fh, 0, 1, 1
2659 or die "timerfd_settime: $!\n";
2660
2661 for (1..2) {
2662 8 == sysread $fh, my $buf, 8
2663 or die "timerfd read failure\n";
2664
2665 printf "number of expirations (likely 1): %d\n",
2666 unpack "Q", $buf;
2667 }
2668
2669=item ($cur_interval, $cur_value) = IO::AIO::timerfd_settime $fh, $flags, $new_interval, $nbw_value
2670
2671This is a direct interface to the Linux L<timerfd_settime(2)> system
2672call. Please refer to its manpage for more info on this call.
2673
2674The new itimerspec is specified using two (possibly fractional) second
2675values, C<$new_interval> and C<$new_value>).
2676
2677On success, the current interval and value are returned (as per
2678C<timerfd_gettime>). On failure, the empty list is returned.
2679
2680The following C<$flags> values are
2681available: C<IO::AIO::TFD_TIMER_ABSTIME> and
2682C<IO::AIO::TFD_TIMER_CANCEL_ON_SET>.
2683
2684See C<IO::AIO::timerfd_create> for a full example.
2685
2686=item ($cur_interval, $cur_value) = IO::AIO::timerfd_gettime $fh
2687
2688This is a direct interface to the Linux L<timerfd_gettime(2)> system
2689call. Please refer to its manpage for more info on this call.
2690
2691On success, returns the current values of interval and value for the given
2692timerfd (as potentially fractional second values). On failure, the empty
2693list is returned.
2694
2695=back
2696
734=cut 2697=cut
735 2698
736# support function to convert a fd into a perl filehandle
737sub _fd2fh {
738 return undef if $_[0] < 0;
739
740 # try to generate nice filehandles
741 my $sym = "IO::AIO::fd#$_[0]";
742 local *$sym;
743
744 open *$sym, "+<&=$_[0]" # usually works under any unix
745 or open *$sym, "<&=$_[0]" # cygwin needs this
746 or open *$sym, ">&=$_[0]" # or this
747 or return undef;
748
749 *$sym
750}
751
752min_parallel 4; 2699min_parallel 8;
753 2700
754END { 2701END { flush }
755 max_parallel 0;
756}
757 2702
7581; 27031;
759 2704
2705=head1 EVENT LOOP INTEGRATION
2706
2707It is recommended to use L<AnyEvent::AIO> to integrate IO::AIO
2708automatically into many event loops:
2709
2710 # AnyEvent integration (EV, Event, Glib, Tk, POE, urxvt, pureperl...)
2711 use AnyEvent::AIO;
2712
2713You can also integrate IO::AIO manually into many event loops, here are
2714some examples of how to do this:
2715
2716 # EV integration
2717 my $aio_w = EV::io IO::AIO::poll_fileno, EV::READ, \&IO::AIO::poll_cb;
2718
2719 # Event integration
2720 Event->io (fd => IO::AIO::poll_fileno,
2721 poll => 'r',
2722 cb => \&IO::AIO::poll_cb);
2723
2724 # Glib/Gtk2 integration
2725 add_watch Glib::IO IO::AIO::poll_fileno,
2726 in => sub { IO::AIO::poll_cb; 1 };
2727
2728 # Tk integration
2729 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "",
2730 readable => \&IO::AIO::poll_cb);
2731
2732 # Danga::Socket integration
2733 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno =>
2734 \&IO::AIO::poll_cb);
2735
760=head2 FORK BEHAVIOUR 2736=head2 FORK BEHAVIOUR
761 2737
762This module should do "the right thing" when the process using it forks: 2738Usage of pthreads in a program changes the semantics of fork
2739considerably. Specifically, only async-safe functions can be called after
2740fork. Perl doesn't know about this, so in general, you cannot call fork
2741with defined behaviour in perl if pthreads are involved. IO::AIO uses
2742pthreads, so this applies, but many other extensions and (for inexplicable
2743reasons) perl itself often is linked against pthreads, so this limitation
2744applies to quite a lot of perls.
763 2745
764Before the fork, IO::AIO enters a quiescent state where no requests 2746This module no longer tries to fight your OS, or POSIX. That means IO::AIO
765can be added in other threads and no results will be processed. After 2747only works in the process that loaded it. Forking is fully supported, but
766the fork the parent simply leaves the quiescent state and continues 2748using IO::AIO in the child is not.
767request/result processing, while the child clears the request/result
768queue (so the requests started before the fork will only be handled in
769the parent). Threads will be started on demand until the limit ste in the
770parent process has been reached again.
771 2749
772In short: the parent will, after a short pause, continue as if fork had 2750You might get around by not I<using> IO::AIO before (or after)
773not been called, while the child will act as if IO::AIO has not been used 2751forking. You could also try to call the L<IO::AIO::reinit> function in the
774yet. 2752child:
2753
2754=over 4
2755
2756=item IO::AIO::reinit
2757
2758Abandons all current requests and I/O threads and simply reinitialises all
2759data structures. This is not an operation supported by any standards, but
2760happens to work on GNU/Linux and some newer BSD systems.
2761
2762The only reasonable use for this function is to call it after forking, if
2763C<IO::AIO> was used in the parent. Calling it while IO::AIO is active in
2764the process will result in undefined behaviour. Calling it at any time
2765will also result in any undefined (by POSIX) behaviour.
2766
2767=back
2768
2769=head2 LINUX-SPECIFIC CALLS
2770
2771When a call is documented as "linux-specific" then this means it
2772originated on GNU/Linux. C<IO::AIO> will usually try to autodetect the
2773availability and compatibility of such calls regardless of the platform
2774it is compiled on, so platforms such as FreeBSD which often implement
2775these calls will work. When in doubt, call them and see if they fail wth
2776C<ENOSYS>.
2777
2778=head2 MEMORY USAGE
2779
2780Per-request usage:
2781
2782Each aio request uses - depending on your architecture - around 100-200
2783bytes of memory. In addition, stat requests need a stat buffer (possibly
2784a few hundred bytes), readdir requires a result buffer and so on. Perl
2785scalars and other data passed into aio requests will also be locked and
2786will consume memory till the request has entered the done state.
2787
2788This is not awfully much, so queuing lots of requests is not usually a
2789problem.
2790
2791Per-thread usage:
2792
2793In the execution phase, some aio requests require more memory for
2794temporary buffers, and each thread requires a stack and other data
2795structures (usually around 16k-128k, depending on the OS).
2796
2797=head1 KNOWN BUGS
2798
2799Known bugs will be fixed in the next release :)
2800
2801=head1 KNOWN ISSUES
2802
2803Calls that try to "import" foreign memory areas (such as C<IO::AIO::mmap>
2804or C<IO::AIO::aio_slurp>) do not work with generic lvalues, such as
2805non-created hash slots or other scalars I didn't think of. It's best to
2806avoid such and either use scalar variables or making sure that the scalar
2807exists (e.g. by storing C<undef>) and isn't "funny" (e.g. tied).
2808
2809I am not sure anything can be done about this, so this is considered a
2810known issue, rather than a bug.
775 2811
776=head1 SEE ALSO 2812=head1 SEE ALSO
777 2813
778L<Coro>, L<Linux::AIO> (obsolete). 2814L<AnyEvent::AIO> for easy integration into event loops, L<Coro::AIO> for a
2815more natural syntax and L<IO::FDPass> for file descriptor passing.
779 2816
780=head1 AUTHOR 2817=head1 AUTHOR
781 2818
782 Marc Lehmann <schmorp@schmorp.de> 2819 Marc Lehmann <schmorp@schmorp.de>
783 http://home.schmorp.de/ 2820 http://home.schmorp.de/

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines