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.116 by root, Wed Oct 3 21:27:51 2007 UTC vs.
Revision 1.284 by root, Fri Mar 23 01:14:08 2018 UTC

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

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines