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.63 by root, Mon Oct 23 00:34:36 2006 UTC vs.
Revision 1.198 by root, Wed Jun 29 11:25:17 2011 UTC

4 4
5=head1 SYNOPSIS 5=head1 SYNOPSIS
6 6
7 use IO::AIO; 7 use IO::AIO;
8 8
9 aio_open "/etc/passwd", O_RDONLY, 0, sub { 9 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
10 my ($fh) = @_; 10 my $fh = shift
11 or die "/etc/passwd: $!";
11 ... 12 ...
12 }; 13 };
13 14
14 aio_unlink "/tmp/file", sub { }; 15 aio_unlink "/tmp/file", sub { };
15 16
18 }; 19 };
19 20
20 # version 2+ has request and group objects 21 # version 2+ has request and group objects
21 use IO::AIO 2; 22 use IO::AIO 2;
22 23
24 aioreq_pri 4; # give next request a very high priority
23 my $req = aio_unlink "/tmp/file", sub { }; 25 my $req = aio_unlink "/tmp/file", sub { };
24 $req->cancel; # cancel request if still in queue 26 $req->cancel; # cancel request if still in queue
25 27
26 my $grp = aio_group sub { print "all stats done\n" }; 28 my $grp = aio_group sub { print "all stats done\n" };
27 add $grp aio_stat "..." for ...; 29 add $grp aio_stat "..." for ...;
28 30
29 # AnyEvent integration
30 open my $fh, "<&=" . IO::AIO::poll_fileno or die "$!";
31 my $w = AnyEvent->io (fh => $fh, poll => 'r', cb => sub { IO::AIO::poll_cb });
32
33 # Event integration
34 Event->io (fd => IO::AIO::poll_fileno,
35 poll => 'r',
36 cb => \&IO::AIO::poll_cb);
37
38 # Glib/Gtk2 integration
39 add_watch Glib::IO IO::AIO::poll_fileno,
40 in => sub { IO::AIO::poll_cb; 1 };
41
42 # Tk integration
43 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "",
44 readable => \&IO::AIO::poll_cb);
45
46 # Danga::Socket integration
47 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno =>
48 \&IO::AIO::poll_cb);
49
50=head1 DESCRIPTION 31=head1 DESCRIPTION
51 32
52This module implements asynchronous I/O using whatever means your 33This module implements asynchronous I/O using whatever means your
53operating system supports. 34operating system supports. It is implemented as an interface to C<libeio>
35(L<http://software.schmorp.de/pkg/libeio.html>).
54 36
37Asynchronous means that operations that can normally block your program
38(e.g. reading from disk) will be done asynchronously: the operation
39will still block, but you can do something else in the meantime. This
40is extremely useful for programs that need to stay interactive even
41when doing heavy I/O (GUI programs, high performance network servers
42etc.), but can also be used to easily do operations in parallel that are
43normally done sequentially, e.g. stat'ing many files, which is much faster
44on a RAID volume or over NFS when you do a number of stat operations
45concurrently.
46
47While most of this works on all types of file descriptors (for
48example sockets), using these functions on file descriptors that
49support nonblocking operation (again, sockets, pipes etc.) is
50very inefficient. Use an event loop for that (such as the L<EV>
51module): IO::AIO will naturally fit into such an event loop itself.
52
55Currently, a number of threads are started that execute your read/writes 53In this version, a number of threads are started that execute your
56and signal their completion. You don't need thread support in your libc or 54requests and signal their completion. You don't need thread support
57perl, and the threads created by this module will not be visible to the 55in perl, and the threads created by this module will not be visible
58pthreads library. In the future, this module might make use of the native 56to perl. In the future, this module might make use of the native aio
59aio functions available on many operating systems. However, they are often 57functions available on many operating systems. However, they are often
60not well-supported (Linux doesn't allow them on normal files currently, 58not well-supported or restricted (GNU/Linux doesn't allow them on normal
61for example), and they would only support aio_read and aio_write, so the 59files currently, for example), and they would only support aio_read and
62remaining functionality would have to be implemented using threads anyway. 60aio_write, so the remaining functionality would have to be implemented
61using threads anyway.
63 62
64Although the module will work with in the presence of other threads, it is 63Although the module will work in the presence of other (Perl-) threads,
65currently not reentrant, so use appropriate locking yourself, always call 64it is currently not reentrant in any way, so use appropriate locking
66C<poll_cb> from within the same thread, or never call C<poll_cb> (or other 65yourself, always call C<poll_cb> from within the same thread, or never
67C<aio_> functions) recursively. 66call C<poll_cb> (or other C<aio_> functions) recursively.
67
68=head2 EXAMPLE
69
70This is a simple example that uses the EV module and loads
71F</etc/passwd> asynchronously:
72
73 use Fcntl;
74 use EV;
75 use IO::AIO;
76
77 # register the IO::AIO callback with EV
78 my $aio_w = EV::io IO::AIO::poll_fileno, EV::READ, \&IO::AIO::poll_cb;
79
80 # queue the request to open /etc/passwd
81 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
82 my $fh = shift
83 or die "error while opening: $!";
84
85 # stat'ing filehandles is generally non-blocking
86 my $size = -s $fh;
87
88 # queue a request to read the file
89 my $contents;
90 aio_read $fh, 0, $size, $contents, 0, sub {
91 $_[0] == $size
92 or die "short read: $!";
93
94 close $fh;
95
96 # file contents now in $contents
97 print $contents;
98
99 # exit event loop and program
100 EV::unloop;
101 };
102 };
103
104 # possibly queue up other requests, or open GUI windows,
105 # check for sockets etc. etc.
106
107 # process events as long as there are some:
108 EV::loop;
109
110=head1 REQUEST ANATOMY AND LIFETIME
111
112Every C<aio_*> function creates a request. which is a C data structure not
113directly visible to Perl.
114
115If called in non-void context, every request function returns a Perl
116object representing the request. In void context, nothing is returned,
117which saves a bit of memory.
118
119The perl object is a fairly standard ref-to-hash object. The hash contents
120are not used by IO::AIO so you are free to store anything you like in it.
121
122During their existance, aio requests travel through the following states,
123in order:
124
125=over 4
126
127=item ready
128
129Immediately after a request is created it is put into the ready state,
130waiting for a thread to execute it.
131
132=item execute
133
134A thread has accepted the request for processing and is currently
135executing it (e.g. blocking in read).
136
137=item pending
138
139The request has been executed and is waiting for result processing.
140
141While request submission and execution is fully asynchronous, result
142processing is not and relies on the perl interpreter calling C<poll_cb>
143(or another function with the same effect).
144
145=item result
146
147The request results are processed synchronously by C<poll_cb>.
148
149The C<poll_cb> function will process all outstanding aio requests by
150calling their callbacks, freeing memory associated with them and managing
151any groups they are contained in.
152
153=item done
154
155Request has reached the end of its lifetime and holds no resources anymore
156(except possibly for the Perl object, but its connection to the actual
157aio request is severed and calling its methods will either do nothing or
158result in a runtime error).
159
160=back
68 161
69=cut 162=cut
70 163
71package IO::AIO; 164package IO::AIO;
72 165
73no warnings; 166use Carp ();
74use strict 'vars'; 167
168use common::sense;
75 169
76use base 'Exporter'; 170use base 'Exporter';
77 171
78BEGIN { 172BEGIN {
79 our $VERSION = '2.0'; 173 our $VERSION = '3.91';
80 174
81 our @EXPORT = qw(aio_sendfile aio_read aio_write aio_open aio_close aio_stat 175 our @AIO_REQ = qw(aio_sendfile aio_read aio_write aio_open aio_close
82 aio_lstat aio_unlink aio_rmdir aio_readdir aio_scandir aio_symlink 176 aio_stat aio_lstat aio_unlink aio_rmdir aio_readdir aio_readdirx
83 aio_fsync aio_fdatasync aio_readahead aio_rename aio_link aio_move 177 aio_scandir aio_symlink aio_readlink aio_sync aio_fsync
84 aio_group aio_nop); 178 aio_fdatasync aio_sync_file_range aio_pathsync aio_readahead
85 our @EXPORT_OK = qw(poll_fileno poll_cb min_parallel max_parallel max_outstanding nreqs); 179 aio_rename aio_link aio_move aio_copy aio_group
180 aio_nop aio_mknod aio_load aio_rmtree aio_mkdir aio_chown
181 aio_chmod aio_utime aio_truncate
182 aio_msync aio_mtouch aio_mlock aio_mlockall
183 aio_statvfs);
184
185 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice));
186 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush
187 min_parallel max_parallel max_idle idle_timeout
188 nreqs nready npending nthreads
189 max_poll_time max_poll_reqs
190 sendfile fadvise madvise
191 mmap munmap munlock munlockall);
192
193 push @AIO_REQ, qw(aio_busy); # not exported
86 194
87 @IO::AIO::GRP::ISA = 'IO::AIO::REQ'; 195 @IO::AIO::GRP::ISA = 'IO::AIO::REQ';
88 196
89 require XSLoader; 197 require XSLoader;
90 XSLoader::load ("IO::AIO", $VERSION); 198 XSLoader::load ("IO::AIO", $VERSION);
91} 199}
92 200
93=head1 FUNCTIONS 201=head1 FUNCTIONS
94 202
203=head2 QUICK OVERVIEW
204
205This section simply lists the prototypes of the most important functions
206for quick reference. See the following sections for function-by-function
207documentation.
208
209 aio_open $pathname, $flags, $mode, $callback->($fh)
210 aio_close $fh, $callback->($status)
211 aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
212 aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
213 aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval)
214 aio_readahead $fh,$offset,$length, $callback->($retval)
215 aio_stat $fh_or_path, $callback->($status)
216 aio_lstat $fh, $callback->($status)
217 aio_statvfs $fh_or_path, $callback->($statvfs)
218 aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
219 aio_chown $fh_or_path, $uid, $gid, $callback->($status)
220 aio_truncate $fh_or_path, $offset, $callback->($status)
221 aio_chmod $fh_or_path, $mode, $callback->($status)
222 aio_unlink $pathname, $callback->($status)
223 aio_mknod $path, $mode, $dev, $callback->($status)
224 aio_link $srcpath, $dstpath, $callback->($status)
225 aio_symlink $srcpath, $dstpath, $callback->($status)
226 aio_readlink $path, $callback->($link)
227 aio_rename $srcpath, $dstpath, $callback->($status)
228 aio_mkdir $pathname, $mode, $callback->($status)
229 aio_rmdir $pathname, $callback->($status)
230 aio_readdir $pathname, $callback->($entries)
231 aio_readdirx $pathname, $flags, $callback->($entries, $flags)
232 IO::AIO::READDIR_DENTS IO::AIO::READDIR_DIRS_FIRST
233 IO::AIO::READDIR_STAT_ORDER IO::AIO::READDIR_FOUND_UNKNOWN
234 aio_load $path, $data, $callback->($status)
235 aio_copy $srcpath, $dstpath, $callback->($status)
236 aio_move $srcpath, $dstpath, $callback->($status)
237 aio_scandir $path, $maxreq, $callback->($dirs, $nondirs)
238 aio_rmtree $path, $callback->($status)
239 aio_sync $callback->($status)
240 aio_fsync $fh, $callback->($status)
241 aio_fdatasync $fh, $callback->($status)
242 aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
243 aio_pathsync $path, $callback->($status)
244 aio_msync $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
245 aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
246 aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
247 aio_mlockall $flags, $callback->($status)
248 aio_group $callback->(...)
249 aio_nop $callback->()
250
251 $prev_pri = aioreq_pri [$pri]
252 aioreq_nice $pri_adjust
253
254 IO::AIO::poll_wait
255 IO::AIO::poll_cb
256 IO::AIO::poll
257 IO::AIO::flush
258 IO::AIO::max_poll_reqs $nreqs
259 IO::AIO::max_poll_time $seconds
260 IO::AIO::min_parallel $nthreads
261 IO::AIO::max_parallel $nthreads
262 IO::AIO::max_idle $nthreads
263 IO::AIO::idle_timeout $seconds
264 IO::AIO::max_outstanding $maxreqs
265 IO::AIO::nreqs
266 IO::AIO::nready
267 IO::AIO::npending
268
269 IO::AIO::sendfile $ofh, $ifh, $offset, $count
270 IO::AIO::fadvise $fh, $offset, $len, $advice
271 IO::AIO::madvise $scalar, $offset, $length, $advice
272 IO::AIO::mprotect $scalar, $offset, $length, $protect
273 IO::AIO::munlock $scalar, $offset = 0, $length = undef
274 IO::AIO::munlockall
275
95=head2 AIO FUNCTIONS 276=head2 AIO REQUEST FUNCTIONS
96 277
97All the C<aio_*> calls are more or less thin wrappers around the syscall 278All the C<aio_*> calls are more or less thin wrappers around the syscall
98with the same name (sans C<aio_>). The arguments are similar or identical, 279with the same name (sans C<aio_>). The arguments are similar or identical,
99and they all accept an additional (and optional) C<$callback> argument 280and they all accept an additional (and optional) C<$callback> argument
100which must be a code reference. This code reference will get called with 281which must be a code reference. This code reference will get called with
101the syscall return code (e.g. most syscalls return C<-1> on error, unlike 282the syscall return code (e.g. most syscalls return C<-1> on error, unlike
102perl, which usually delivers "false") as it's sole argument when the given 283perl, which usually delivers "false") as its sole argument after the given
103syscall has been executed asynchronously. 284syscall has been executed asynchronously.
104 285
105All functions expecting a filehandle keep a copy of the filehandle 286All functions expecting a filehandle keep a copy of the filehandle
106internally until the request has finished. 287internally until the request has finished.
107 288
108All requests return objects of type L<IO::AIO::REQ> that allow further 289All functions return request objects of type L<IO::AIO::REQ> that allow
109manipulation of those requests while they are in-flight. 290further manipulation of those requests while they are in-flight.
110 291
111The pathnames you pass to these routines I<must> be absolute and 292The pathnames you pass to these routines I<must> be absolute and
112encoded in byte form. The reason for the former is that at the time the 293encoded as octets. The reason for the former is that at the time the
113request is being executed, the current working directory could have 294request is being executed, the current working directory could have
114changed. Alternatively, you can make sure that you never change the 295changed. Alternatively, you can make sure that you never change the
115current working directory. 296current working directory anywhere in the program and then use relative
297paths.
116 298
117To encode pathnames to byte form, either make sure you either: a) 299To encode pathnames as octets, either make sure you either: a) always pass
118always pass in filenames you got from outside (command line, readdir 300in filenames you got from outside (command line, readdir etc.) without
119etc.), b) are ASCII or ISO 8859-1, c) use the Encode module and encode 301tinkering, b) are ASCII or ISO 8859-1, c) use the Encode module and encode
120your pathnames to the locale (or other) encoding in effect in the user 302your pathnames to the locale (or other) encoding in effect in the user
121environment, d) use Glib::filename_from_unicode on unicode filenames or e) 303environment, d) use Glib::filename_from_unicode on unicode filenames or e)
122use something else. 304use something else to ensure your scalar has the correct contents.
305
306This works, btw. independent of the internal UTF-8 bit, which IO::AIO
307handles correctly whether it is set or not.
123 308
124=over 4 309=over 4
310
311=item $prev_pri = aioreq_pri [$pri]
312
313Returns the priority value that would be used for the next request and, if
314C<$pri> is given, sets the priority for the next aio request.
315
316The default priority is C<0>, the minimum and maximum priorities are C<-4>
317and C<4>, respectively. Requests with higher priority will be serviced
318first.
319
320The priority will be reset to C<0> after each call to one of the C<aio_*>
321functions.
322
323Example: open a file with low priority, then read something from it with
324higher priority so the read request is serviced before other low priority
325open requests (potentially spamming the cache):
326
327 aioreq_pri -3;
328 aio_open ..., sub {
329 return unless $_[0];
330
331 aioreq_pri -2;
332 aio_read $_[0], ..., sub {
333 ...
334 };
335 };
336
337
338=item aioreq_nice $pri_adjust
339
340Similar to C<aioreq_pri>, but subtracts the given value from the current
341priority, so the effect is cumulative.
342
125 343
126=item aio_open $pathname, $flags, $mode, $callback->($fh) 344=item aio_open $pathname, $flags, $mode, $callback->($fh)
127 345
128Asynchronously open or create a file and call the callback with a newly 346Asynchronously open or create a file and call the callback with a newly
129created filehandle for the file. 347created filehandle for the file.
135list. They are the same as used by C<sysopen>. 353list. They are the same as used by C<sysopen>.
136 354
137Likewise, C<$mode> specifies the mode of the newly created file, if it 355Likewise, C<$mode> specifies the mode of the newly created file, if it
138didn't exist and C<O_CREAT> has been given, just like perl's C<sysopen>, 356didn't exist and C<O_CREAT> has been given, just like perl's C<sysopen>,
139except that it is mandatory (i.e. use C<0> if you don't create new files, 357except that it is mandatory (i.e. use C<0> if you don't create new files,
140and C<0666> or C<0777> if you do). 358and C<0666> or C<0777> if you do). Note that the C<$mode> will be modified
359by the umask in effect then the request is being executed, so better never
360change the umask.
141 361
142Example: 362Example:
143 363
144 aio_open "/etc/passwd", O_RDONLY, 0, sub { 364 aio_open "/etc/passwd", IO::AIO::O_RDONLY, 0, sub {
145 if ($_[0]) { 365 if ($_[0]) {
146 print "open successful, fh is $_[0]\n"; 366 print "open successful, fh is $_[0]\n";
147 ... 367 ...
148 } else { 368 } else {
149 die "open failed: $!\n"; 369 die "open failed: $!\n";
150 } 370 }
151 }; 371 };
152 372
373In addition to all the common open modes/flags (C<O_RDONLY>, C<O_WRONLY>,
374C<O_RDWR>, C<O_CREAT>, C<O_TRUNC>, C<O_EXCL> and C<O_APPEND>), the
375following POSIX and non-POSIX constants are available (missing ones on
376your system are, as usual, C<0>):
377
378C<O_ASYNC>, C<O_DIRECT>, C<O_NOATIME>, C<O_CLOEXEC>, C<O_NOCTTY>, C<O_NOFOLLOW>,
379C<O_NONBLOCK>, C<O_EXEC>, C<O_SEARCH>, C<O_DIRECTORY>, C<O_DSYNC>,
380C<O_RSYNC>, C<O_SYNC> and C<O_TTY_INIT>.
381
382
153=item aio_close $fh, $callback->($status) 383=item aio_close $fh, $callback->($status)
154 384
155Asynchronously close a file and call the callback with the result 385Asynchronously close a file and call the callback with the result
156code. I<WARNING:> although accepted, you should not pass in a perl 386code.
157filehandle here, as perl will likely close the file descriptor another
158time when the filehandle is destroyed. Normally, you can safely call perls
159C<close> or just let filehandles go out of scope.
160 387
161This is supposed to be a bug in the API, so that might change. It's 388Unfortunately, you can't do this to perl. Perl I<insists> very strongly on
162therefore best to avoid this function. 389closing the file descriptor associated with the filehandle itself.
390
391Therefore, C<aio_close> will not close the filehandle - instead it will
392use dup2 to overwrite the file descriptor with the write-end of a pipe
393(the pipe fd will be created on demand and will be cached).
394
395Or in other words: the file descriptor will be closed, but it will not be
396free for reuse until the perl filehandle is closed.
397
398=cut
163 399
164=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 400=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
165 401
166=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 402=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
167 403
168Reads or writes C<length> bytes from the specified C<fh> and C<offset> 404Reads or writes C<$length> bytes from or to the specified C<$fh> and
169into the scalar given by C<data> and offset C<dataoffset> and calls the 405C<$offset> into the scalar given by C<$data> and offset C<$dataoffset>
170callback without the actual number of bytes read (or -1 on error, just 406and calls the callback without the actual number of bytes read (or -1 on
171like the syscall). 407error, just like the syscall).
408
409C<aio_read> will, like C<sysread>, shrink or grow the C<$data> scalar to
410offset plus the actual number of bytes read.
411
412If C<$offset> is undefined, then the current file descriptor offset will
413be used (and updated), otherwise the file descriptor offset will not be
414changed by these calls.
415
416If C<$length> is undefined in C<aio_write>, use the remaining length of
417C<$data>.
418
419If C<$dataoffset> is less than zero, it will be counted from the end of
420C<$data>.
172 421
173The C<$data> scalar I<MUST NOT> be modified in any way while the request 422The C<$data> scalar I<MUST NOT> be modified in any way while the request
174is outstanding. Modifying it can result in segfaults or WW3 (if the 423is outstanding. Modifying it can result in segfaults or World War III (if
175necessary/optional hardware is installed). 424the necessary/optional hardware is installed).
176 425
177Example: Read 15 bytes at offset 7 into scalar C<$buffer>, starting at 426Example: Read 15 bytes at offset 7 into scalar C<$buffer>, starting at
178offset C<0> within the scalar: 427offset C<0> within the scalar:
179 428
180 aio_read $fh, 7, 15, $buffer, 0, sub { 429 aio_read $fh, 7, 15, $buffer, 0, sub {
181 $_[0] > 0 or die "read error: $!"; 430 $_[0] > 0 or die "read error: $!";
182 print "read $_[0] bytes: <$buffer>\n"; 431 print "read $_[0] bytes: <$buffer>\n";
183 }; 432 };
184 433
185=item aio_move $srcpath, $dstpath, $callback->($status)
186
187[EXPERIMENTAL due to internal aio_group use]
188
189Try to move the I<file> (directories not supported as either source or
190destination) from C<$srcpath> to C<$dstpath> and call the callback with
191the C<0> (error) or C<-1> ok.
192
193This is a composite request that tries to rename(2) the file first. If
194rename files with C<EXDEV>, it creates the destination file with mode 0200
195and copies the contents of the source file into it using C<aio_sendfile>,
196followed by restoring atime, mtime, access mode and uid/gid, in that
197order, and unlinking the C<$srcpath>.
198
199If an error occurs, the partial destination file will be unlinked, if
200possible, except when setting atime, mtime, access mode and uid/gid, where
201errors are being ignored.
202
203=cut
204
205sub aio_move($$$) {
206 my ($src, $dst, $cb) = @_;
207
208 my $grp = aio_group $cb;
209
210 add $grp aio_rename $src, $dst, sub {
211 if ($_[0] && $! == EXDEV) {
212 add $grp aio_open $src, O_RDONLY, 0, sub {
213 if (my $src_fh = $_[0]) {
214 my @stat = stat $src_fh;
215
216 add $grp aio_open $dst, O_WRONLY, 0200, sub {
217 if (my $dst_fh = $_[0]) {
218 add $grp aio_sendfile $dst_fh, $src_fh, 0, $stat[7], sub {
219 close $src_fh;
220
221 if ($_[0] == $stat[7]) {
222 utime $stat[8], $stat[9], $dst;
223 chmod $stat[2] & 07777, $dst_fh;
224 chown $stat[4], $stat[5], $dst_fh;
225 close $dst_fh;
226
227 add $grp aio_unlink $src, sub {
228 $grp->result ($_[0]);
229 };
230 } else {
231 my $errno = $!;
232 add $grp aio_unlink $dst, sub {
233 $! = $errno;
234 $grp->result (-1);
235 };
236 }
237 };
238 } else {
239 $grp->result (-1);
240 }
241 },
242
243 } else {
244 $grp->result (-1);
245 }
246 };
247 } else {
248 $grp->result ($_[0]);
249 }
250 };
251
252 $grp
253}
254 434
255=item aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval) 435=item aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval)
256 436
257Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts 437Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts
258reading at byte offset C<$in_offset>, and starts writing at the current 438reading at byte offset C<$in_offset>, and starts writing at the current
259file offset of C<$out_fh>. Because of that, it is not safe to issue more 439file offset of C<$out_fh>. Because of that, it is not safe to issue more
260than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each 440than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each
261other. 441other. The same C<$in_fh> works fine though, as this function does not
442move or use the file offset of C<$in_fh>.
262 443
444Please note that C<aio_sendfile> can read more bytes from C<$in_fh> than
445are written, and there is no way to find out how many more bytes have been
446read from C<aio_sendfile> alone, as C<aio_sendfile> only provides the
447number of bytes written to C<$out_fh>. Only if the result value equals
448C<$length> one can assume that C<$length> bytes have been read.
449
450Unlike with other C<aio_> functions, it makes a lot of sense to use
451C<aio_sendfile> on non-blocking sockets, as long as one end (typically
452the C<$in_fh>) is a file - the file I/O will then be asynchronous, while
453the socket I/O will be non-blocking. Note, however, that you can run
454into a trap where C<aio_sendfile> reads some data with readahead, then
455fails to write all data, and when the socket is ready the next time, the
456data in the cache is already lost, forcing C<aio_sendfile> to again hit
457the disk. Explicit C<aio_read> + C<aio_write> let's you better control
458resource usage.
459
263This call tries to make use of a native C<sendfile> syscall to provide 460This call tries to make use of a native C<sendfile>-like syscall to
264zero-copy operation. For this to work, C<$out_fh> should refer to a 461provide zero-copy operation. For this to work, C<$out_fh> should refer to
265socket, and C<$in_fh> should refer to mmap'able file. 462a socket, and C<$in_fh> should refer to an mmap'able file.
266 463
267If the native sendfile call fails or is not implemented, it will be 464If a native sendfile cannot be found or it fails with C<ENOSYS>,
268emulated, so you can call C<aio_sendfile> on any type of filehandle 465C<EINVAL>, C<ENOTSUP>, C<EOPNOTSUPP>, C<EAFNOSUPPORT>, C<EPROTOTYPE> or
466C<ENOTSOCK>, it will be emulated, so you can call C<aio_sendfile> on any
269regardless of the limitations of the operating system. 467type of filehandle regardless of the limitations of the operating system.
270 468
271Please note, however, that C<aio_sendfile> can read more bytes from 469As native sendfile syscalls (as practically any non-POSIX interface hacked
272C<$in_fh> than are written, and there is no way to find out how many 470together in a hurry to improve benchmark numbers) tend to be rather buggy
273bytes have been read from C<aio_sendfile> alone, as C<aio_sendfile> only 471on many systems, this implementation tries to work around some known bugs
274provides the number of bytes written to C<$out_fh>. Only if the result 472in Linux and FreeBSD kernels (probably others, too), but that might fail,
275value equals C<$length> one can assume that C<$length> bytes have been 473so you really really should check the return value of C<aio_sendfile> -
276read. 474fewre bytes than expected might have been transferred.
475
277 476
278=item aio_readahead $fh,$offset,$length, $callback->($retval) 477=item aio_readahead $fh,$offset,$length, $callback->($retval)
279 478
280C<aio_readahead> populates the page cache with data from a file so that 479C<aio_readahead> populates the page cache with data from a file so that
281subsequent reads from that file will not block on disk I/O. The C<$offset> 480subsequent reads from that file will not block on disk I/O. The C<$offset>
287file. The current file offset of the file is left unchanged. 486file. The current file offset of the file is left unchanged.
288 487
289If that syscall doesn't exist (likely if your OS isn't Linux) it will be 488If that syscall doesn't exist (likely if your OS isn't Linux) it will be
290emulated by simply reading the data, which would have a similar effect. 489emulated by simply reading the data, which would have a similar effect.
291 490
491
292=item aio_stat $fh_or_path, $callback->($status) 492=item aio_stat $fh_or_path, $callback->($status)
293 493
294=item aio_lstat $fh, $callback->($status) 494=item aio_lstat $fh, $callback->($status)
295 495
296Works like perl's C<stat> or C<lstat> in void context. The callback will 496Works like perl's C<stat> or C<lstat> in void context. The callback will
301for an explanation. 501for an explanation.
302 502
303Currently, the stats are always 64-bit-stats, i.e. instead of returning an 503Currently, the stats are always 64-bit-stats, i.e. instead of returning an
304error when stat'ing a large file, the results will be silently truncated 504error when stat'ing a large file, the results will be silently truncated
305unless perl itself is compiled with large file support. 505unless perl itself is compiled with large file support.
506
507To help interpret the mode and dev/rdev stat values, IO::AIO offers the
508following constants and functions (if not implemented, the constants will
509be C<0> and the functions will either C<croak> or fall back on traditional
510behaviour).
511
512C<S_IFMT>, C<S_IFIFO>, C<S_IFCHR>, C<S_IFBLK>, C<S_IFLNK>, C<S_IFREG>,
513C<S_IFDIR>, C<S_IFWHT>, C<S_IFSOCK>, C<IO::AIO::major $dev_t>,
514C<IO::AIO::minor $dev_t>, C<IO::AIO::makedev $major, $minor>.
306 515
307Example: Print the length of F</etc/passwd>: 516Example: Print the length of F</etc/passwd>:
308 517
309 aio_stat "/etc/passwd", sub { 518 aio_stat "/etc/passwd", sub {
310 $_[0] and die "stat failed: $!"; 519 $_[0] and die "stat failed: $!";
311 print "size is ", -s _, "\n"; 520 print "size is ", -s _, "\n";
312 }; 521 };
313 522
523
524=item aio_statvfs $fh_or_path, $callback->($statvfs)
525
526Works like the POSIX C<statvfs> or C<fstatvfs> syscalls, depending on
527whether a file handle or path was passed.
528
529On success, the callback is passed a hash reference with the following
530members: C<bsize>, C<frsize>, C<blocks>, C<bfree>, C<bavail>, C<files>,
531C<ffree>, C<favail>, C<fsid>, C<flag> and C<namemax>. On failure, C<undef>
532is passed.
533
534The following POSIX IO::AIO::ST_* constants are defined: C<ST_RDONLY> and
535C<ST_NOSUID>.
536
537The following non-POSIX IO::AIO::ST_* flag masks are defined to
538their correct value when available, or to C<0> on systems that do
539not support them: C<ST_NODEV>, C<ST_NOEXEC>, C<ST_SYNCHRONOUS>,
540C<ST_MANDLOCK>, C<ST_WRITE>, C<ST_APPEND>, C<ST_IMMUTABLE>, C<ST_NOATIME>,
541C<ST_NODIRATIME> and C<ST_RELATIME>.
542
543Example: stat C</wd> and dump out the data if successful.
544
545 aio_statvfs "/wd", sub {
546 my $f = $_[0]
547 or die "statvfs: $!";
548
549 use Data::Dumper;
550 say Dumper $f;
551 };
552
553 # result:
554 {
555 bsize => 1024,
556 bfree => 4333064312,
557 blocks => 10253828096,
558 files => 2050765568,
559 flag => 4096,
560 favail => 2042092649,
561 bavail => 4333064312,
562 ffree => 2042092649,
563 namemax => 255,
564 frsize => 1024,
565 fsid => 1810
566 }
567
568
569=item aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
570
571Works like perl's C<utime> function (including the special case of $atime
572and $mtime being undef). Fractional times are supported if the underlying
573syscalls support them.
574
575When called with a pathname, uses utimes(2) if available, otherwise
576utime(2). If called on a file descriptor, uses futimes(2) if available,
577otherwise returns ENOSYS, so this is not portable.
578
579Examples:
580
581 # set atime and mtime to current time (basically touch(1)):
582 aio_utime "path", undef, undef;
583 # set atime to current time and mtime to beginning of the epoch:
584 aio_utime "path", time, undef; # undef==0
585
586
587=item aio_chown $fh_or_path, $uid, $gid, $callback->($status)
588
589Works like perl's C<chown> function, except that C<undef> for either $uid
590or $gid is being interpreted as "do not change" (but -1 can also be used).
591
592Examples:
593
594 # same as "chown root path" in the shell:
595 aio_chown "path", 0, -1;
596 # same as above:
597 aio_chown "path", 0, undef;
598
599
600=item aio_truncate $fh_or_path, $offset, $callback->($status)
601
602Works like truncate(2) or ftruncate(2).
603
604
605=item aio_chmod $fh_or_path, $mode, $callback->($status)
606
607Works like perl's C<chmod> function.
608
609
314=item aio_unlink $pathname, $callback->($status) 610=item aio_unlink $pathname, $callback->($status)
315 611
316Asynchronously unlink (delete) a file and call the callback with the 612Asynchronously unlink (delete) a file and call the callback with the
317result code. 613result code.
318 614
615
616=item aio_mknod $path, $mode, $dev, $callback->($status)
617
618[EXPERIMENTAL]
619
620Asynchronously create a device node (or fifo). See mknod(2).
621
622The only (POSIX-) portable way of calling this function is:
623
624 aio_mknod $path, IO::AIO::S_IFIFO | $mode, 0, sub { ...
625
626See C<aio_stat> for info about some potentially helpful extra constants
627and functions.
628
319=item aio_link $srcpath, $dstpath, $callback->($status) 629=item aio_link $srcpath, $dstpath, $callback->($status)
320 630
321Asynchronously create a new link to the existing object at C<$srcpath> at 631Asynchronously create a new link to the existing object at C<$srcpath> at
322the path C<$dstpath> and call the callback with the result code. 632the path C<$dstpath> and call the callback with the result code.
323 633
634
324=item aio_symlink $srcpath, $dstpath, $callback->($status) 635=item aio_symlink $srcpath, $dstpath, $callback->($status)
325 636
326Asynchronously create a new symbolic link to the existing object at C<$srcpath> at 637Asynchronously create a new symbolic link to the existing object at C<$srcpath> at
327the path C<$dstpath> and call the callback with the result code. 638the path C<$dstpath> and call the callback with the result code.
328 639
640
641=item aio_readlink $path, $callback->($link)
642
643Asynchronously read the symlink specified by C<$path> and pass it to
644the callback. If an error occurs, nothing or undef gets passed to the
645callback.
646
647
329=item aio_rename $srcpath, $dstpath, $callback->($status) 648=item aio_rename $srcpath, $dstpath, $callback->($status)
330 649
331Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as 650Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as
332rename(2) and call the callback with the result code. 651rename(2) and call the callback with the result code.
333 652
653
654=item aio_mkdir $pathname, $mode, $callback->($status)
655
656Asynchronously mkdir (create) a directory and call the callback with
657the result code. C<$mode> will be modified by the umask at the time the
658request is executed, so do not change your umask.
659
660
334=item aio_rmdir $pathname, $callback->($status) 661=item aio_rmdir $pathname, $callback->($status)
335 662
336Asynchronously rmdir (delete) a directory and call the callback with the 663Asynchronously rmdir (delete) a directory and call the callback with the
337result code. 664result code.
665
338 666
339=item aio_readdir $pathname, $callback->($entries) 667=item aio_readdir $pathname, $callback->($entries)
340 668
341Unlike the POSIX call of the same name, C<aio_readdir> reads an entire 669Unlike the POSIX call of the same name, C<aio_readdir> reads an entire
342directory (i.e. opendir + readdir + closedir). The entries will not be 670directory (i.e. opendir + readdir + closedir). The entries will not be
343sorted, and will B<NOT> include the C<.> and C<..> entries. 671sorted, and will B<NOT> include the C<.> and C<..> entries.
344 672
345The callback a single argument which is either C<undef> or an array-ref 673The callback is passed a single argument which is either C<undef> or an
346with the filenames. 674array-ref with the filenames.
675
676
677=item aio_readdirx $pathname, $flags, $callback->($entries, $flags)
678
679Quite similar to C<aio_readdir>, but the C<$flags> argument allows to tune
680behaviour and output format. In case of an error, C<$entries> will be
681C<undef>.
682
683The flags are a combination of the following constants, ORed together (the
684flags will also be passed to the callback, possibly modified):
685
686=over 4
687
688=item IO::AIO::READDIR_DENTS
689
690When this flag is off, then the callback gets an arrayref consisting of
691names only (as with C<aio_readdir>), otherwise it gets an arrayref with
692C<[$name, $type, $inode]> arrayrefs, each describing a single directory
693entry in more detail.
694
695C<$name> is the name of the entry.
696
697C<$type> is one of the C<IO::AIO::DT_xxx> constants:
698
699C<IO::AIO::DT_UNKNOWN>, C<IO::AIO::DT_FIFO>, C<IO::AIO::DT_CHR>, C<IO::AIO::DT_DIR>,
700C<IO::AIO::DT_BLK>, C<IO::AIO::DT_REG>, C<IO::AIO::DT_LNK>, C<IO::AIO::DT_SOCK>,
701C<IO::AIO::DT_WHT>.
702
703C<IO::AIO::DT_UNKNOWN> means just that: readdir does not know. If you need to
704know, you have to run stat yourself. Also, for speed reasons, the C<$type>
705scalars are read-only: you can not modify them.
706
707C<$inode> is the inode number (which might not be exact on systems with 64
708bit inode numbers and 32 bit perls). This field has unspecified content on
709systems that do not deliver the inode information.
710
711=item IO::AIO::READDIR_DIRS_FIRST
712
713When this flag is set, then the names will be returned in an order where
714likely directories come first, in optimal stat order. This is useful when
715you need to quickly find directories, or you want to find all directories
716while avoiding to stat() each entry.
717
718If the system returns type information in readdir, then this is used
719to find directories directly. Otherwise, likely directories are names
720beginning with ".", or otherwise names with no dots, of which names with
721short names are tried first.
722
723=item IO::AIO::READDIR_STAT_ORDER
724
725When this flag is set, then the names will be returned in an order
726suitable for stat()'ing each one. That is, when you plan to stat()
727all files in the given directory, then the returned order will likely
728be fastest.
729
730If both this flag and C<IO::AIO::READDIR_DIRS_FIRST> are specified, then
731the likely dirs come first, resulting in a less optimal stat order.
732
733=item IO::AIO::READDIR_FOUND_UNKNOWN
734
735This flag should not be set when calling C<aio_readdirx>. Instead, it
736is being set by C<aio_readdirx>, when any of the C<$type>'s found were
737C<IO::AIO::DT_UNKNOWN>. The absense of this flag therefore indicates that all
738C<$type>'s are known, which can be used to speed up some algorithms.
739
740=back
741
742
743=item aio_load $path, $data, $callback->($status)
744
745This is a composite request that tries to fully load the given file into
746memory. Status is the same as with aio_read.
747
748=cut
749
750sub aio_load($$;$) {
751 my ($path, undef, $cb) = @_;
752 my $data = \$_[1];
753
754 my $pri = aioreq_pri;
755 my $grp = aio_group $cb;
756
757 aioreq_pri $pri;
758 add $grp aio_open $path, O_RDONLY, 0, sub {
759 my $fh = shift
760 or return $grp->result (-1);
761
762 aioreq_pri $pri;
763 add $grp aio_read $fh, 0, (-s $fh), $$data, 0, sub {
764 $grp->result ($_[0]);
765 };
766 };
767
768 $grp
769}
770
771=item aio_copy $srcpath, $dstpath, $callback->($status)
772
773Try to copy the I<file> (directories not supported as either source or
774destination) from C<$srcpath> to C<$dstpath> and call the callback with
775a status of C<0> (ok) or C<-1> (error, see C<$!>).
776
777This is a composite request that creates the destination file with
778mode 0200 and copies the contents of the source file into it using
779C<aio_sendfile>, followed by restoring atime, mtime, access mode and
780uid/gid, in that order.
781
782If an error occurs, the partial destination file will be unlinked, if
783possible, except when setting atime, mtime, access mode and uid/gid, where
784errors are being ignored.
785
786=cut
787
788sub aio_copy($$;$) {
789 my ($src, $dst, $cb) = @_;
790
791 my $pri = aioreq_pri;
792 my $grp = aio_group $cb;
793
794 aioreq_pri $pri;
795 add $grp aio_open $src, O_RDONLY, 0, sub {
796 if (my $src_fh = $_[0]) {
797 my @stat = stat $src_fh; # hmm, might block over nfs?
798
799 aioreq_pri $pri;
800 add $grp aio_open $dst, O_CREAT | O_WRONLY | O_TRUNC, 0200, sub {
801 if (my $dst_fh = $_[0]) {
802 aioreq_pri $pri;
803 add $grp aio_sendfile $dst_fh, $src_fh, 0, $stat[7], sub {
804 if ($_[0] == $stat[7]) {
805 $grp->result (0);
806 close $src_fh;
807
808 my $ch = sub {
809 aioreq_pri $pri;
810 add $grp aio_chmod $dst_fh, $stat[2] & 07777, sub {
811 aioreq_pri $pri;
812 add $grp aio_chown $dst_fh, $stat[4], $stat[5], sub {
813 aioreq_pri $pri;
814 add $grp aio_close $dst_fh;
815 }
816 };
817 };
818
819 aioreq_pri $pri;
820 add $grp aio_utime $dst_fh, $stat[8], $stat[9], sub {
821 if ($_[0] < 0 && $! == ENOSYS) {
822 aioreq_pri $pri;
823 add $grp aio_utime $dst, $stat[8], $stat[9], $ch;
824 } else {
825 $ch->();
826 }
827 };
828 } else {
829 $grp->result (-1);
830 close $src_fh;
831 close $dst_fh;
832
833 aioreq $pri;
834 add $grp aio_unlink $dst;
835 }
836 };
837 } else {
838 $grp->result (-1);
839 }
840 },
841
842 } else {
843 $grp->result (-1);
844 }
845 };
846
847 $grp
848}
849
850=item aio_move $srcpath, $dstpath, $callback->($status)
851
852Try to move the I<file> (directories not supported as either source or
853destination) from C<$srcpath> to C<$dstpath> and call the callback with
854a status of C<0> (ok) or C<-1> (error, see C<$!>).
855
856This is a composite request that tries to rename(2) the file first; if
857rename fails with C<EXDEV>, it copies the file with C<aio_copy> and, if
858that is successful, unlinks the C<$srcpath>.
859
860=cut
861
862sub aio_move($$;$) {
863 my ($src, $dst, $cb) = @_;
864
865 my $pri = aioreq_pri;
866 my $grp = aio_group $cb;
867
868 aioreq_pri $pri;
869 add $grp aio_rename $src, $dst, sub {
870 if ($_[0] && $! == EXDEV) {
871 aioreq_pri $pri;
872 add $grp aio_copy $src, $dst, sub {
873 $grp->result ($_[0]);
874
875 unless ($_[0]) {
876 aioreq_pri $pri;
877 add $grp aio_unlink $src;
878 }
879 };
880 } else {
881 $grp->result ($_[0]);
882 }
883 };
884
885 $grp
886}
347 887
348=item aio_scandir $path, $maxreq, $callback->($dirs, $nondirs) 888=item aio_scandir $path, $maxreq, $callback->($dirs, $nondirs)
349 889
350[EXPERIMENTAL due to internal aio_group use]
351
352Scans a directory (similar to C<aio_readdir>) but additionally tries to 890Scans a directory (similar to C<aio_readdir>) but additionally tries to
353separate the entries of directory C<$path> into two sets of names, ones 891efficiently separate the entries of directory C<$path> into two sets of
354you can recurse into (directories or links to them), and ones you cannot 892names, directories you can recurse into (directories), and ones you cannot
355recurse into (everything else). 893recurse into (everything else, including symlinks to directories).
356 894
357C<aio_scandir> is a composite request that creates of many sub requests_ 895C<aio_scandir> is a composite request that creates of many sub requests_
358C<$maxreq> specifies the maximum number of outstanding aio requests that 896C<$maxreq> specifies the maximum number of outstanding aio requests that
359this function generates. If it is C<< <= 0 >>, then a suitable default 897this function generates. If it is C<< <= 0 >>, then a suitable default
360will be chosen (currently 6). 898will be chosen (currently 4).
361 899
362On error, the callback is called without arguments, otherwise it receives 900On error, the callback is called without arguments, otherwise it receives
363two array-refs with path-relative entry names. 901two array-refs with path-relative entry names.
364 902
365Example: 903Example:
372 910
373Implementation notes. 911Implementation notes.
374 912
375The C<aio_readdir> cannot be avoided, but C<stat()>'ing every entry can. 913The C<aio_readdir> cannot be avoided, but C<stat()>'ing every entry can.
376 914
915If readdir returns file type information, then this is used directly to
916find directories.
917
377After reading the directory, the modification time, size etc. of the 918Otherwise, after reading the directory, the modification time, size etc.
378directory before and after the readdir is checked, and if they match (and 919of the directory before and after the readdir is checked, and if they
379isn't the current time), the link count will be used to decide how many 920match (and isn't the current time), the link count will be used to decide
380entries are directories (if >= 2). Otherwise, no knowledge of the number 921how many entries are directories (if >= 2). Otherwise, no knowledge of the
381of subdirectories will be assumed. 922number of subdirectories will be assumed.
382 923
383Then entries will be sorted into likely directories (everything without 924Then entries will be sorted into likely directories a non-initial dot
384a non-initial dot currently) and likely non-directories (everything 925currently) and likely non-directories (see C<aio_readdirx>). Then every
385else). Then every entry plus an appended C</.> will be C<stat>'ed, 926entry plus an appended C</.> will be C<stat>'ed, likely directories first,
386likely directories first. If that succeeds, it assumes that the entry 927in order of their inode numbers. If that succeeds, it assumes that the
387is a directory or a symlink to directory (which will be checked 928entry is a directory or a symlink to directory (which will be checked
388seperately). This is often faster than stat'ing the entry itself because 929seperately). This is often faster than stat'ing the entry itself because
389filesystems might detect the type of the entry without reading the inode 930filesystems might detect the type of the entry without reading the inode
390data (e.g. ext2fs filetype feature). 931data (e.g. ext2fs filetype feature), even on systems that cannot return
932the filetype information on readdir.
391 933
392If the known number of directories (link count - 2) has been reached, the 934If the known number of directories (link count - 2) has been reached, the
393rest of the entries is assumed to be non-directories. 935rest of the entries is assumed to be non-directories.
394 936
395This only works with certainty on POSIX (= UNIX) filesystems, which 937This only works with certainty on POSIX (= UNIX) filesystems, which
399as those tend to return 0 or 1 as link counts, which disables the 941as those tend to return 0 or 1 as link counts, which disables the
400directory counting heuristic. 942directory counting heuristic.
401 943
402=cut 944=cut
403 945
404sub aio_scandir($$$) { 946sub aio_scandir($$;$) {
405 my ($path, $maxreq, $cb) = @_; 947 my ($path, $maxreq, $cb) = @_;
406 948
949 my $pri = aioreq_pri;
950
407 my $grp = aio_group $cb; 951 my $grp = aio_group $cb;
408 952
409 $maxreq = 6 if $maxreq <= 0; 953 $maxreq = 4 if $maxreq <= 0;
410 954
411 # stat once 955 # stat once
956 aioreq_pri $pri;
412 add $grp aio_stat $path, sub { 957 add $grp aio_stat $path, sub {
413 return $grp->result () if $_[0]; 958 return $grp->result () if $_[0];
414 my $now = time; 959 my $now = time;
415 my $hash1 = join ":", (stat _)[0,1,3,7,9]; 960 my $hash1 = join ":", (stat _)[0,1,3,7,9];
416 961
417 # read the directory entries 962 # read the directory entries
963 aioreq_pri $pri;
418 add $grp aio_readdir $path, sub { 964 add $grp aio_readdirx $path, READDIR_DIRS_FIRST, sub {
419 my $entries = shift 965 my $entries = shift
420 or return $grp->result (); 966 or return $grp->result ();
421 967
422 # stat the dir another time 968 # stat the dir another time
969 aioreq_pri $pri;
423 add $grp aio_stat $path, sub { 970 add $grp aio_stat $path, sub {
424 my $hash2 = join ":", (stat _)[0,1,3,7,9]; 971 my $hash2 = join ":", (stat _)[0,1,3,7,9];
425 972
426 my $ndirs; 973 my $ndirs;
427 974
428 # take the slow route if anything looks fishy 975 # take the slow route if anything looks fishy
429 if ($hash1 ne $hash2 or (stat _)[9] == $now) { 976 if ($hash1 ne $hash2 or (stat _)[9] == $now) {
430 $ndirs = -1; 977 $ndirs = -1;
431 } else { 978 } else {
432 # if nlink == 2, we are finished 979 # if nlink == 2, we are finished
433 # on non-posix-fs's, we rely on nlink < 2 980 # for non-posix-fs's, we rely on nlink < 2
434 $ndirs = (stat _)[3] - 2 981 $ndirs = (stat _)[3] - 2
435 or return $grp->result ([], $entries); 982 or return $grp->result ([], $entries);
436 } 983 }
437 984
438 # sort into likely dirs and likely nondirs
439 # dirs == files without ".", short entries first
440 $entries = [map $_->[0],
441 sort { $b->[1] cmp $a->[1] }
442 map [$_, sprintf "%s%04d", (/.\./ ? "1" : "0"), length],
443 @$entries];
444
445 my (@dirs, @nondirs); 985 my (@dirs, @nondirs);
446 986
447 my ($statcb, $schedcb);
448 my $nreq = 0;
449
450 my $statgrp = add $grp aio_group; 987 my $statgrp = add $grp aio_group sub {
988 $grp->result (\@dirs, \@nondirs);
989 };
451 990
452 $schedcb = sub { 991 limit $statgrp $maxreq;
453 if (@$entries) { 992 feed $statgrp sub {
454 if ($nreq < $maxreq) { 993 return unless @$entries;
455 my $ent = pop @$entries; 994 my $entry = shift @$entries;
995
996 aioreq_pri $pri;
997 add $statgrp aio_stat "$path/$entry/.", sub {
998 if ($_[0] < 0) {
999 push @nondirs, $entry;
1000 } else {
1001 # need to check for real directory
1002 aioreq_pri $pri;
1003 add $statgrp aio_lstat "$path/$entry", sub {
1004 if (-d _) {
1005 push @dirs, $entry;
1006
1007 unless (--$ndirs) {
1008 push @nondirs, @$entries;
1009 feed $statgrp;
1010 }
1011 } else {
1012 push @nondirs, $entry;
1013 }
456 $nreq++; 1014 }
457 add $statgrp aio_stat "$path/$ent/.", sub { $statcb->($_[0], $ent) };
458 } 1015 }
459 } elsif (!$nreq) {
460 # finished
461 $statgrp->cancel;
462 undef $statcb;
463 undef $schedcb;
464 $grp->result (\@dirs, \@nondirs);
465 } 1016 };
466 }; 1017 };
467 $statcb = sub {
468 my ($status, $entry) = @_;
469
470 if ($status < 0) {
471 $nreq--;
472 push @nondirs, $entry;
473 &$schedcb;
474 } else {
475 # need to check for real directory
476 add $grp aio_lstat "$path/$entry", sub {
477 $nreq--;
478
479 if (-d _) {
480 push @dirs, $entry;
481
482 if (!--$ndirs) {
483 push @nondirs, @$entries;
484 $entries = [];
485 }
486 } else {
487 push @nondirs, $entry;
488 }
489
490 &$schedcb;
491 }
492 }
493 };
494
495 &$schedcb while @$entries && $nreq < $maxreq;
496 }; 1018 };
497 }; 1019 };
498 }; 1020 };
499 1021
500 $grp 1022 $grp
501} 1023}
502 1024
1025=item aio_rmtree $path, $callback->($status)
1026
1027Delete a directory tree starting (and including) C<$path>, return the
1028status of the final C<rmdir> only. This is a composite request that
1029uses C<aio_scandir> to recurse into and rmdir directories, and unlink
1030everything else.
1031
1032=cut
1033
1034sub aio_rmtree;
1035sub aio_rmtree($;$) {
1036 my ($path, $cb) = @_;
1037
1038 my $pri = aioreq_pri;
1039 my $grp = aio_group $cb;
1040
1041 aioreq_pri $pri;
1042 add $grp aio_scandir $path, 0, sub {
1043 my ($dirs, $nondirs) = @_;
1044
1045 my $dirgrp = aio_group sub {
1046 add $grp aio_rmdir $path, sub {
1047 $grp->result ($_[0]);
1048 };
1049 };
1050
1051 (aioreq_pri $pri), add $dirgrp aio_rmtree "$path/$_" for @$dirs;
1052 (aioreq_pri $pri), add $dirgrp aio_unlink "$path/$_" for @$nondirs;
1053
1054 add $grp $dirgrp;
1055 };
1056
1057 $grp
1058}
1059
1060=item aio_sync $callback->($status)
1061
1062Asynchronously call sync and call the callback when finished.
1063
503=item aio_fsync $fh, $callback->($status) 1064=item aio_fsync $fh, $callback->($status)
504 1065
505Asynchronously call fsync on the given filehandle and call the callback 1066Asynchronously call fsync on the given filehandle and call the callback
506with the fsync result code. 1067with the fsync result code.
507 1068
511callback with the fdatasync result code. 1072callback with the fdatasync result code.
512 1073
513If this call isn't available because your OS lacks it or it couldn't be 1074If this call isn't available because your OS lacks it or it couldn't be
514detected, it will be emulated by calling C<fsync> instead. 1075detected, it will be emulated by calling C<fsync> instead.
515 1076
1077=item aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
1078
1079Sync the data portion of the file specified by C<$offset> and C<$length>
1080to disk (but NOT the metadata), by calling the Linux-specific
1081sync_file_range call. If sync_file_range is not available or it returns
1082ENOSYS, then fdatasync or fsync is being substituted.
1083
1084C<$flags> can be a combination of C<IO::AIO::SYNC_FILE_RANGE_WAIT_BEFORE>,
1085C<IO::AIO::SYNC_FILE_RANGE_WRITE> and
1086C<IO::AIO::SYNC_FILE_RANGE_WAIT_AFTER>: refer to the sync_file_range
1087manpage for details.
1088
1089=item aio_pathsync $path, $callback->($status)
1090
1091This request tries to open, fsync and close the given path. This is a
1092composite request intended to sync directories after directory operations
1093(E.g. rename). This might not work on all operating systems or have any
1094specific effect, but usually it makes sure that directory changes get
1095written to disc. It works for anything that can be opened for read-only,
1096not just directories.
1097
1098Future versions of this function might fall back to other methods when
1099C<fsync> on the directory fails (such as calling C<sync>).
1100
1101Passes C<0> when everything went ok, and C<-1> on error.
1102
1103=cut
1104
1105sub aio_pathsync($;$) {
1106 my ($path, $cb) = @_;
1107
1108 my $pri = aioreq_pri;
1109 my $grp = aio_group $cb;
1110
1111 aioreq_pri $pri;
1112 add $grp aio_open $path, O_RDONLY, 0, sub {
1113 my ($fh) = @_;
1114 if ($fh) {
1115 aioreq_pri $pri;
1116 add $grp aio_fsync $fh, sub {
1117 $grp->result ($_[0]);
1118
1119 aioreq_pri $pri;
1120 add $grp aio_close $fh;
1121 };
1122 } else {
1123 $grp->result (-1);
1124 }
1125 };
1126
1127 $grp
1128}
1129
1130=item aio_msync $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
1131
1132This is a rather advanced IO::AIO call, which only works on mmap(2)ed
1133scalars (see the C<IO::AIO::mmap> function, although it also works on data
1134scalars managed by the L<Sys::Mmap> or L<Mmap> modules, note that the
1135scalar must only be modified in-place while an aio operation is pending on
1136it).
1137
1138It calls the C<msync> function of your OS, if available, with the memory
1139area starting at C<$offset> in the string and ending C<$length> bytes
1140later. If C<$length> is negative, counts from the end, and if C<$length>
1141is C<undef>, then it goes till the end of the string. The flags can be
1142a combination of C<IO::AIO::MS_ASYNC>, C<IO::AIO::MS_INVALIDATE> and
1143C<IO::AIO::MS_SYNC>.
1144
1145=item aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
1146
1147This is a rather advanced IO::AIO call, which works best on mmap(2)ed
1148scalars.
1149
1150It touches (reads or writes) all memory pages in the specified
1151range inside the scalar. All caveats and parameters are the same
1152as for C<aio_msync>, above, except for flags, which must be either
1153C<0> (which reads all pages and ensures they are instantiated) or
1154C<IO::AIO::MT_MODIFY>, which modifies the memory page s(by reading and
1155writing an octet from it, which dirties the page).
1156
1157=item aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
1158
1159This is a rather advanced IO::AIO call, which works best on mmap(2)ed
1160scalars.
1161
1162It reads in all the pages of the underlying storage into memory (if any)
1163and locks them, so they are not getting swapped/paged out or removed.
1164
1165If C<$length> is undefined, then the scalar will be locked till the end.
1166
1167On systems that do not implement C<mlock>, this function returns C<-1>
1168and sets errno to C<ENOSYS>.
1169
1170Note that the corresponding C<munlock> is synchronous and is
1171documented under L<MISCELLANEOUS FUNCTIONS>.
1172
1173Example: open a file, mmap and mlock it - both will be undone when
1174C<$data> gets destroyed.
1175
1176 open my $fh, "<", $path or die "$path: $!";
1177 my $data;
1178 IO::AIO::mmap $data, -s $fh, IO::AIO::PROT_READ, IO::AIO::MAP_SHARED, $fh;
1179 aio_mlock $data; # mlock in background
1180
1181=item aio_mlockall $flags, $callback->($status)
1182
1183Calls the C<mlockall> function with the given C<$flags> (a combination of
1184C<IO::AIO::MCL_CURRENT> and C<IO::AIO::MCL_FUTURE>).
1185
1186On systems that do not implement C<mlockall>, this function returns C<-1>
1187and sets errno to C<ENOSYS>.
1188
1189Note that the corresponding C<munlockall> is synchronous and is
1190documented under L<MISCELLANEOUS FUNCTIONS>.
1191
1192Example: asynchronously lock all current and future pages into memory.
1193
1194 aio_mlockall IO::AIO::MCL_FUTURE;
1195
516=item aio_group $callback->(...) 1196=item aio_group $callback->(...)
517
518[EXPERIMENTAL]
519 1197
520This is a very special aio request: Instead of doing something, it is a 1198This is a very special aio request: Instead of doing something, it is a
521container for other aio requests, which is useful if you want to bundle 1199container for other aio requests, which is useful if you want to bundle
522many requests into a single, composite, request. 1200many requests into a single, composite, request with a definite callback
1201and the ability to cancel the whole request with its subrequests.
523 1202
524Returns an object of class L<IO::AIO::GRP>. See its documentation below 1203Returns an object of class L<IO::AIO::GRP>. See its documentation below
525for more info. 1204for more info.
526 1205
527Example: 1206Example:
540This is a special request - it does nothing in itself and is only used for 1219This is a special request - it does nothing in itself and is only used for
541side effects, such as when you want to add a dummy request to a group so 1220side effects, such as when you want to add a dummy request to a group so
542that finishing the requests in the group depends on executing the given 1221that finishing the requests in the group depends on executing the given
543code. 1222code.
544 1223
1224While this request does nothing, it still goes through the execution
1225phase and still requires a worker thread. Thus, the callback will not
1226be executed immediately but only after other requests in the queue have
1227entered their execution phase. This can be used to measure request
1228latency.
1229
545=item IO::AIO::aio_sleep $fractional_seconds, $callback->() *NOT EXPORTED* 1230=item IO::AIO::aio_busy $fractional_seconds, $callback->() *NOT EXPORTED*
546 1231
547Mainly used for debugging and benchmarking, this aio request puts one of 1232Mainly used for debugging and benchmarking, this aio request puts one of
548the request workers to sleep for the given time. 1233the request workers to sleep for the given time.
549 1234
550While it is theoretically handy to have simple I/O scheduling requests 1235While it is theoretically handy to have simple I/O scheduling requests
551like sleep and file handle readable/writable, the overhead this creates 1236like sleep and file handle readable/writable, the overhead this creates is
552is immense, so do not use this function except to put your application 1237immense (it blocks a thread for a long time) so do not use this function
553under artificial I/O pressure. 1238except to put your application under artificial I/O pressure.
554 1239
555=back 1240=back
556 1241
557=head2 IO::AIO::REQ CLASS 1242=head2 IO::AIO::REQ CLASS
558 1243
559All non-aggregate C<aio_*> functions return an object of this class when 1244All non-aggregate C<aio_*> functions return an object of this class when
560called in non-void context. 1245called in non-void context.
561 1246
562A request always moves through the following five states in its lifetime,
563in order: B<ready> (request has been created, but has not been executed
564yet), B<execute> (request is currently being executed), B<pending>
565(request has been executed but callback has not been called yet),
566B<result> (results are being processed synchronously, includes calling the
567callback) and B<done> (request has reached the end of its lifetime and
568holds no resources anymore).
569
570=over 4 1247=over 4
571 1248
572=item $req->cancel 1249=item cancel $req
573 1250
574Cancels the request, if possible. Has the effect of skipping execution 1251Cancels the request, if possible. Has the effect of skipping execution
575when entering the B<execute> state and skipping calling the callback when 1252when entering the B<execute> state and skipping calling the callback when
576entering the the B<result> state, but will leave the request otherwise 1253entering the the B<result> state, but will leave the request otherwise
577untouched. That means that requests that currently execute will not be 1254untouched (with the exception of readdir). That means that requests that
578stopped and resources held by the request will not be freed prematurely. 1255currently execute will not be stopped and resources held by the request
1256will not be freed prematurely.
1257
1258=item cb $req $callback->(...)
1259
1260Replace (or simply set) the callback registered to the request.
579 1261
580=back 1262=back
581 1263
582=head2 IO::AIO::GRP CLASS 1264=head2 IO::AIO::GRP CLASS
583 1265
623=item * They can also can also be added to other IO::AIO::GRP objects. 1305=item * They can also can also be added to other IO::AIO::GRP objects.
624 1306
625=item * You must not add requests to a group from within the group callback (or 1307=item * You must not add requests to a group from within the group callback (or
626any later time). 1308any later time).
627 1309
628=item * This does not harmonise well with C<max_outstanding>, so best do
629not combine C<aio_group> with it. Groups and feeders are recommended for
630this kind of concurrency-limiting.
631
632=back 1310=back
633 1311
634Their lifetime, simplified, looks like this: when they are empty, they 1312Their lifetime, simplified, looks like this: when they are empty, they
635will finish very quickly. If they contain only requests that are in the 1313will finish very quickly. If they contain only requests that are in the
636C<done> state, they will also finish. Otherwise they will continue to 1314C<done> state, they will also finish. Otherwise they will continue to
637exist. 1315exist.
638 1316
639That means after creating a group you have some time to add requests. And 1317That means after creating a group you have some time to add requests
640in the callbacks of those requests, you can add further requests to the 1318(precisely before the callback has been invoked, which is only done within
641group. And only when all those requests have finished will the the group 1319the C<poll_cb>). And in the callbacks of those requests, you can add
642itself finish. 1320further requests to the group. And only when all those requests have
1321finished will the the group itself finish.
643 1322
644=over 4 1323=over 4
645 1324
1325=item add $grp ...
1326
646=item $grp->add (...) 1327=item $grp->add (...)
647
648=item add $grp ...
649 1328
650Add one or more requests to the group. Any type of L<IO::AIO::REQ> can 1329Add one or more requests to the group. Any type of L<IO::AIO::REQ> can
651be added, including other groups, as long as you do not create circular 1330be added, including other groups, as long as you do not create circular
652dependencies. 1331dependencies.
653 1332
654Returns all its arguments. 1333Returns all its arguments.
655 1334
1335=item $grp->cancel_subs
1336
1337Cancel all subrequests and clears any feeder, but not the group request
1338itself. Useful when you queued a lot of events but got a result early.
1339
1340The group request will finish normally (you cannot add requests to the
1341group).
1342
656=item $grp->result (...) 1343=item $grp->result (...)
657 1344
658Set the result value(s) that will be passed to the group callback when all 1345Set the result value(s) that will be passed to the group callback when all
659subrequests have finished. By default, no argument will be passed. 1346subrequests have finished and set the groups errno to the current value
1347of errno (just like calling C<errno> without an error number). By default,
1348no argument will be passed and errno is zero.
660 1349
661=item $grp->set_feeder ($callback->($grp)) 1350=item $grp->errno ([$errno])
662 1351
663[VERY EXPERIMENTAL] 1352Sets the group errno value to C<$errno>, or the current value of errno
1353when the argument is missing.
1354
1355Every aio request has an associated errno value that is restored when
1356the callback is invoked. This method lets you change this value from its
1357default (0).
1358
1359Calling C<result> will also set errno, so make sure you either set C<$!>
1360before the call to C<result>, or call c<errno> after it.
1361
1362=item feed $grp $callback->($grp)
664 1363
665Sets a feeder/generator on this group: every group can have an attached 1364Sets a feeder/generator on this group: every group can have an attached
666generator that generates requests if idle. The idea behind this is that, 1365generator that generates requests if idle. The idea behind this is that,
667although you could just queue as many requests as you want in a group, 1366although you could just queue as many requests as you want in a group,
668this might starve other requests for a potentially long time. For 1367this might starve other requests for a potentially long time. For example,
669example, C<aio_scandir> might generate hundreds of thousands C<aio_stat> 1368C<aio_scandir> might generate hundreds of thousands C<aio_stat> requests,
670requests, delaying any later requests for a long time. 1369delaying any later requests for a long time.
671 1370
672To avoid this, and allow incremental generation of requests, you can 1371To avoid this, and allow incremental generation of requests, you can
673instead a group and set a feeder on it that generates those requests. The 1372instead a group and set a feeder on it that generates those requests. The
674feeder will be called whenever there are few enough (see C<feeder_limit>, 1373feed callback will be called whenever there are few enough (see C<limit>,
675below) requests active in the group itself and is expected to queue more 1374below) requests active in the group itself and is expected to queue more
676requests. 1375requests.
677 1376
678The feeder can queue as many requests as it likes (i.e. C<add> does not 1377The feed callback can queue as many requests as it likes (i.e. C<add> does
679impose any limits). 1378not impose any limits).
680 1379
681If the feeder does not queue more requests when called, it will be 1380If the feed does not queue more requests when called, it will be
682automatically removed from the group. 1381automatically removed from the group.
683 1382
684If the feeder limit is C<0>, it will be set to C<2> automatically. 1383If the feed limit is C<0> when this method is called, it will be set to
1384C<2> automatically.
685 1385
686Example: 1386Example:
687 1387
688 # stat all files in @files, but only ever use four aio requests concurrently: 1388 # stat all files in @files, but only ever use four aio requests concurrently:
689 1389
690 my $grp = aio_group sub { print "finished\n" }; 1390 my $grp = aio_group sub { print "finished\n" };
691 $grp->feeder_limit (4); 1391 limit $grp 4;
692 $grp->set_feeder (sub { 1392 feed $grp sub {
693 my $file = pop @files 1393 my $file = pop @files
694 or return; 1394 or return;
695 1395
696 add $grp aio_stat $file, sub { ... }; 1396 add $grp aio_stat $file, sub { ... };
697 }); 1397 };
698 1398
699=item $grp->feeder_limit ($num) 1399=item limit $grp $num
700 1400
701Sets the feeder limit for the group: The feeder will be called whenever 1401Sets the feeder limit for the group: The feeder will be called whenever
702the group contains less than this many requests. 1402the group contains less than this many requests.
703 1403
704Setting the limit to C<0> will pause the feeding process. 1404Setting the limit to C<0> will pause the feeding process.
705 1405
1406The default value for the limit is C<0>, but note that setting a feeder
1407automatically bumps it up to C<2>.
1408
706=back 1409=back
707 1410
708=head2 SUPPORT FUNCTIONS 1411=head2 SUPPORT FUNCTIONS
709 1412
1413=head3 EVENT PROCESSING AND EVENT LOOP INTEGRATION
1414
710=over 4 1415=over 4
711 1416
712=item $fileno = IO::AIO::poll_fileno 1417=item $fileno = IO::AIO::poll_fileno
713 1418
714Return the I<request result pipe file descriptor>. This filehandle must be 1419Return the I<request result pipe file descriptor>. This filehandle must be
715polled for reading by some mechanism outside this module (e.g. Event or 1420polled for reading by some mechanism outside this module (e.g. EV, Glib,
716select, see below or the SYNOPSIS). If the pipe becomes readable you have 1421select and so on, see below or the SYNOPSIS). If the pipe becomes readable
717to call C<poll_cb> to check the results. 1422you have to call C<poll_cb> to check the results.
718 1423
719See C<poll_cb> for an example. 1424See C<poll_cb> for an example.
720 1425
721=item IO::AIO::poll_cb 1426=item IO::AIO::poll_cb
722 1427
723Process all outstanding events on the result pipe. You have to call this 1428Process some outstanding events on the result pipe. You have to call
724regularly. Returns the number of events processed. Returns immediately 1429this regularly. Returns C<0> if all events could be processed (or there
725when no events are outstanding. 1430were no events to process), or C<-1> if it returned earlier for whatever
1431reason. Returns immediately when no events are outstanding. The amount of
1432events processed depends on the settings of C<IO::AIO::max_poll_req> and
1433C<IO::AIO::max_poll_time>.
1434
1435If not all requests were processed for whatever reason, the filehandle
1436will still be ready when C<poll_cb> returns, so normally you don't have to
1437do anything special to have it called later.
1438
1439Apart from calling C<IO::AIO::poll_cb> when the event filehandle becomes
1440ready, it can be beneficial to call this function from loops which submit
1441a lot of requests, to make sure the results get processed when they become
1442available and not just when the loop is finished and the event loop takes
1443over again. This function returns very fast when there are no outstanding
1444requests.
726 1445
727Example: Install an Event watcher that automatically calls 1446Example: Install an Event watcher that automatically calls
728IO::AIO::poll_cb with high priority: 1447IO::AIO::poll_cb with high priority (more examples can be found in the
1448SYNOPSIS section, at the top of this document):
729 1449
730 Event->io (fd => IO::AIO::poll_fileno, 1450 Event->io (fd => IO::AIO::poll_fileno,
731 poll => 'r', async => 1, 1451 poll => 'r', async => 1,
732 cb => \&IO::AIO::poll_cb); 1452 cb => \&IO::AIO::poll_cb);
733 1453
734=item IO::AIO::poll_wait 1454=item IO::AIO::poll_wait
735 1455
1456If there are any outstanding requests and none of them in the result
736Wait till the result filehandle becomes ready for reading (simply does a 1457phase, wait till the result filehandle becomes ready for reading (simply
737C<select> on the filehandle. This is useful if you want to synchronously wait 1458does a C<select> on the filehandle. This is useful if you want to
738for some requests to finish). 1459synchronously wait for some requests to finish).
739 1460
740See C<nreqs> for an example. 1461See C<nreqs> for an example.
741 1462
1463=item IO::AIO::poll
1464
1465Waits until some requests have been handled.
1466
1467Returns the number of requests processed, but is otherwise strictly
1468equivalent to:
1469
1470 IO::AIO::poll_wait, IO::AIO::poll_cb
1471
742=item IO::AIO::nreqs 1472=item IO::AIO::flush
743 1473
744Returns the number of requests currently outstanding (i.e. for which their 1474Wait till all outstanding AIO requests have been handled.
745callback has not been invoked yet).
746 1475
747Example: wait till there are no outstanding requests anymore: 1476Strictly equivalent to:
748 1477
749 IO::AIO::poll_wait, IO::AIO::poll_cb 1478 IO::AIO::poll_wait, IO::AIO::poll_cb
750 while IO::AIO::nreqs; 1479 while IO::AIO::nreqs;
751 1480
752=item IO::AIO::flush 1481=item IO::AIO::max_poll_reqs $nreqs
753 1482
754Wait till all outstanding AIO requests have been handled. 1483=item IO::AIO::max_poll_time $seconds
755 1484
756Strictly equivalent to: 1485These set the maximum number of requests (default C<0>, meaning infinity)
1486that are being processed by C<IO::AIO::poll_cb> in one call, respectively
1487the maximum amount of time (default C<0>, meaning infinity) spent in
1488C<IO::AIO::poll_cb> to process requests (more correctly the mininum amount
1489of time C<poll_cb> is allowed to use).
757 1490
758 IO::AIO::poll_wait, IO::AIO::poll_cb 1491Setting C<max_poll_time> to a non-zero value creates an overhead of one
759 while IO::AIO::nreqs; 1492syscall per request processed, which is not normally a problem unless your
1493callbacks are really really fast or your OS is really really slow (I am
1494not mentioning Solaris here). Using C<max_poll_reqs> incurs no overhead.
760 1495
761=item IO::AIO::poll 1496Setting these is useful if you want to ensure some level of
1497interactiveness when perl is not fast enough to process all requests in
1498time.
762 1499
763Waits until some requests have been handled. 1500For interactive programs, values such as C<0.01> to C<0.1> should be fine.
764 1501
765Strictly equivalent to: 1502Example: Install an Event watcher that automatically calls
1503IO::AIO::poll_cb with low priority, to ensure that other parts of the
1504program get the CPU sometimes even under high AIO load.
766 1505
767 IO::AIO::poll_wait, IO::AIO::poll_cb 1506 # try not to spend much more than 0.1s in poll_cb
768 if IO::AIO::nreqs; 1507 IO::AIO::max_poll_time 0.1;
1508
1509 # use a low priority so other tasks have priority
1510 Event->io (fd => IO::AIO::poll_fileno,
1511 poll => 'r', nice => 1,
1512 cb => &IO::AIO::poll_cb);
1513
1514=back
1515
1516=head3 CONTROLLING THE NUMBER OF THREADS
1517
1518=over
769 1519
770=item IO::AIO::min_parallel $nthreads 1520=item IO::AIO::min_parallel $nthreads
771 1521
772Set the minimum number of AIO threads to C<$nthreads>. The current 1522Set the minimum number of AIO threads to C<$nthreads>. The current
773default is C<8>, which means eight asynchronous operations can execute 1523default is C<8>, which means eight asynchronous operations can execute
774concurrently at any one time (the number of outstanding requests, 1524concurrently at any one time (the number of outstanding requests,
775however, is unlimited). 1525however, is unlimited).
776 1526
777IO::AIO starts threads only on demand, when an AIO request is queued and 1527IO::AIO starts threads only on demand, when an AIO request is queued and
778no free thread exists. 1528no free thread exists. Please note that queueing up a hundred requests can
1529create demand for a hundred threads, even if it turns out that everything
1530is in the cache and could have been processed faster by a single thread.
779 1531
780It is recommended to keep the number of threads relatively low, as some 1532It is recommended to keep the number of threads relatively low, as some
781Linux kernel versions will scale negatively with the number of threads 1533Linux kernel versions will scale negatively with the number of threads
782(higher parallelity => MUCH higher latency). With current Linux 2.6 1534(higher parallelity => MUCH higher latency). With current Linux 2.6
783versions, 4-32 threads should be fine. 1535versions, 4-32 threads should be fine.
797This module automatically runs C<max_parallel 0> at program end, to ensure 1549This module automatically runs C<max_parallel 0> at program end, to ensure
798that all threads are killed and that there are no outstanding requests. 1550that all threads are killed and that there are no outstanding requests.
799 1551
800Under normal circumstances you don't need to call this function. 1552Under normal circumstances you don't need to call this function.
801 1553
1554=item IO::AIO::max_idle $nthreads
1555
1556Limit the number of threads (default: 4) that are allowed to idle
1557(i.e., threads that did not get a request to process within the idle
1558timeout (default: 10 seconds). That means if a thread becomes idle while
1559C<$nthreads> other threads are also idle, it will free its resources and
1560exit.
1561
1562This is useful when you allow a large number of threads (e.g. 100 or 1000)
1563to allow for extremely high load situations, but want to free resources
1564under normal circumstances (1000 threads can easily consume 30MB of RAM).
1565
1566The default is probably ok in most situations, especially if thread
1567creation is fast. If thread creation is very slow on your system you might
1568want to use larger values.
1569
1570=item IO::AIO::idle_timeout $seconds
1571
1572Sets the minimum idle timeout (default 10) after which worker threads are
1573allowed to exit. SEe C<IO::AIO::max_idle>.
1574
802=item $oldnreqs = IO::AIO::max_outstanding $nreqs 1575=item IO::AIO::max_outstanding $maxreqs
803 1576
804[DEPRECATED]
805
806Sets the maximum number of outstanding requests to C<$nreqs>. If you 1577Sets the maximum number of outstanding requests to C<$nreqs>. If
807try to queue up more than this number of requests, the caller will block until 1578you do queue up more than this number of requests, the next call to
808some requests have been handled. 1579C<IO::AIO::poll_cb> (and other functions calling C<poll_cb>, such as
1580C<IO::AIO::flush> or C<IO::AIO::poll>) will block until the limit is no
1581longer exceeded.
809 1582
810The default is very large, so normally there is no practical limit. If you 1583In other words, this setting does not enforce a queue limit, but can be
811queue up many requests in a loop it often improves speed if you set 1584used to make poll functions block if the limit is exceeded.
812this to a relatively low number, such as C<100>.
813 1585
814This function does not work well together with C<aio_group>'s, and their 1586This is a very bad function to use in interactive programs because it
815feeder interface is better suited to limiting concurrency, so do not use 1587blocks, and a bad way to reduce concurrency because it is inexact: Better
816this function. 1588use an C<aio_group> together with a feed callback.
817 1589
818Under normal circumstances you don't need to call this function. 1590It's main use is in scripts without an event loop - when you want to stat
1591a lot of files, you can write somehting like this:
1592
1593 IO::AIO::max_outstanding 32;
1594
1595 for my $path (...) {
1596 aio_stat $path , ...;
1597 IO::AIO::poll_cb;
1598 }
1599
1600 IO::AIO::flush;
1601
1602The call to C<poll_cb> inside the loop will normally return instantly, but
1603as soon as more thna C<32> reqeusts are in-flight, it will block until
1604some requests have been handled. This keeps the loop from pushing a large
1605number of C<aio_stat> requests onto the queue.
1606
1607The default value for C<max_outstanding> is very large, so there is no
1608practical limit on the number of outstanding requests.
819 1609
820=back 1610=back
821 1611
1612=head3 STATISTICAL INFORMATION
1613
1614=over
1615
1616=item IO::AIO::nreqs
1617
1618Returns the number of requests currently in the ready, execute or pending
1619states (i.e. for which their callback has not been invoked yet).
1620
1621Example: wait till there are no outstanding requests anymore:
1622
1623 IO::AIO::poll_wait, IO::AIO::poll_cb
1624 while IO::AIO::nreqs;
1625
1626=item IO::AIO::nready
1627
1628Returns the number of requests currently in the ready state (not yet
1629executed).
1630
1631=item IO::AIO::npending
1632
1633Returns the number of requests currently in the pending state (executed,
1634but not yet processed by poll_cb).
1635
1636=back
1637
1638=head3 MISCELLANEOUS FUNCTIONS
1639
1640IO::AIO implements some functions that might be useful, but are not
1641asynchronous.
1642
1643=over 4
1644
1645=item IO::AIO::sendfile $ofh, $ifh, $offset, $count
1646
1647Calls the C<eio_sendfile_sync> function, which is like C<aio_sendfile>,
1648but is blocking (this makes most sense if you know the input data is
1649likely cached already and the output filehandle is set to non-blocking
1650operations).
1651
1652Returns the number of bytes copied, or C<-1> on error.
1653
1654=item IO::AIO::fadvise $fh, $offset, $len, $advice
1655
1656Simply calls the C<posix_fadvise> function (see its
1657manpage for details). The following advice constants are
1658avaiable: C<IO::AIO::FADV_NORMAL>, C<IO::AIO::FADV_SEQUENTIAL>,
1659C<IO::AIO::FADV_RANDOM>, C<IO::AIO::FADV_NOREUSE>,
1660C<IO::AIO::FADV_WILLNEED>, C<IO::AIO::FADV_DONTNEED>.
1661
1662On systems that do not implement C<posix_fadvise>, this function returns
1663ENOSYS, otherwise the return value of C<posix_fadvise>.
1664
1665=item IO::AIO::madvise $scalar, $offset, $len, $advice
1666
1667Simply calls the C<posix_madvise> function (see its
1668manpage for details). The following advice constants are
1669avaiable: C<IO::AIO::MADV_NORMAL>, C<IO::AIO::MADV_SEQUENTIAL>,
1670C<IO::AIO::MADV_RANDOM>, C<IO::AIO::MADV_WILLNEED>, C<IO::AIO::MADV_DONTNEED>.
1671
1672On systems that do not implement C<posix_madvise>, this function returns
1673ENOSYS, otherwise the return value of C<posix_madvise>.
1674
1675=item IO::AIO::mprotect $scalar, $offset, $len, $protect
1676
1677Simply calls the C<mprotect> function on the preferably AIO::mmap'ed
1678$scalar (see its manpage for details). The following protect
1679constants are avaiable: C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_READ>,
1680C<IO::AIO::PROT_WRITE>, C<IO::AIO::PROT_EXEC>.
1681
1682On systems that do not implement C<mprotect>, this function returns
1683ENOSYS, otherwise the return value of C<mprotect>.
1684
1685=item IO::AIO::mmap $scalar, $length, $prot, $flags, $fh[, $offset]
1686
1687Memory-maps a file (or anonymous memory range) and attaches it to the
1688given C<$scalar>, which will act like a string scalar.
1689
1690The only operations allowed on the scalar are C<substr>/C<vec> that don't
1691change the string length, and most read-only operations such as copying it
1692or searching it with regexes and so on.
1693
1694Anything else is unsafe and will, at best, result in memory leaks.
1695
1696The memory map associated with the C<$scalar> is automatically removed
1697when the C<$scalar> is destroyed, or when the C<IO::AIO::mmap> or
1698C<IO::AIO::munmap> functions are called.
1699
1700This calls the C<mmap>(2) function internally. See your system's manual
1701page for details on the C<$length>, C<$prot> and C<$flags> parameters.
1702
1703The C<$length> must be larger than zero and smaller than the actual
1704filesize.
1705
1706C<$prot> is a combination of C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_EXEC>,
1707C<IO::AIO::PROT_READ> and/or C<IO::AIO::PROT_WRITE>,
1708
1709C<$flags> can be a combination of C<IO::AIO::MAP_SHARED> or
1710C<IO::AIO::MAP_PRIVATE>, or a number of system-specific flags (when
1711not available, the are defined as 0): C<IO::AIO::MAP_ANONYMOUS>
1712(which is set to C<MAP_ANON> if your system only provides this
1713constant), C<IO::AIO::MAP_HUGETLB>, C<IO::AIO::MAP_LOCKED>,
1714C<IO::AIO::MAP_NORESERVE>, C<IO::AIO::MAP_POPULATE> or
1715C<IO::AIO::MAP_NONBLOCK>
1716
1717If C<$fh> is C<undef>, then a file descriptor of C<-1> is passed.
1718
1719C<$offset> is the offset from the start of the file - it generally must be
1720a multiple of C<IO::AIO::PAGESIZE> and defaults to C<0>.
1721
1722Example:
1723
1724 use Digest::MD5;
1725 use IO::AIO;
1726
1727 open my $fh, "<verybigfile"
1728 or die "$!";
1729
1730 IO::AIO::mmap my $data, -s $fh, IO::AIO::PROT_READ, IO::AIO::MAP_SHARED, $fh
1731 or die "verybigfile: $!";
1732
1733 my $fast_md5 = md5 $data;
1734
1735=item IO::AIO::munmap $scalar
1736
1737Removes a previous mmap and undefines the C<$scalar>.
1738
1739=item IO::AIO::munlock $scalar, $offset = 0, $length = undef
1740
1741Calls the C<munlock> function, undoing the effects of a previous
1742C<aio_mlock> call (see its description for details).
1743
1744=item IO::AIO::munlockall
1745
1746Calls the C<munlockall> function.
1747
1748On systems that do not implement C<munlockall>, this function returns
1749ENOSYS, otherwise the return value of C<munlockall>.
1750
1751=back
1752
822=cut 1753=cut
823 1754
824# support function to convert a fd into a perl filehandle
825sub _fd2fh {
826 return undef if $_[0] < 0;
827
828 # try to generate nice filehandles
829 my $sym = "IO::AIO::fd#$_[0]";
830 local *$sym;
831
832 open *$sym, "+<&=$_[0]" # usually works under any unix
833 or open *$sym, "<&=$_[0]" # cygwin needs this
834 or open *$sym, ">&=$_[0]" # or this
835 or return undef;
836
837 *$sym
838}
839
840min_parallel 8; 1755min_parallel 8;
841 1756
842END { 1757END { flush }
843 max_parallel 0;
844}
845 1758
8461; 17591;
847 1760
1761=head1 EVENT LOOP INTEGRATION
1762
1763It is recommended to use L<AnyEvent::AIO> to integrate IO::AIO
1764automatically into many event loops:
1765
1766 # AnyEvent integration (EV, Event, Glib, Tk, POE, urxvt, pureperl...)
1767 use AnyEvent::AIO;
1768
1769You can also integrate IO::AIO manually into many event loops, here are
1770some examples of how to do this:
1771
1772 # EV integration
1773 my $aio_w = EV::io IO::AIO::poll_fileno, EV::READ, \&IO::AIO::poll_cb;
1774
1775 # Event integration
1776 Event->io (fd => IO::AIO::poll_fileno,
1777 poll => 'r',
1778 cb => \&IO::AIO::poll_cb);
1779
1780 # Glib/Gtk2 integration
1781 add_watch Glib::IO IO::AIO::poll_fileno,
1782 in => sub { IO::AIO::poll_cb; 1 };
1783
1784 # Tk integration
1785 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "",
1786 readable => \&IO::AIO::poll_cb);
1787
1788 # Danga::Socket integration
1789 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno =>
1790 \&IO::AIO::poll_cb);
1791
848=head2 FORK BEHAVIOUR 1792=head2 FORK BEHAVIOUR
849 1793
850This module should do "the right thing" when the process using it forks: 1794Usage of pthreads in a program changes the semantics of fork
1795considerably. Specifically, only async-safe functions can be called after
1796fork. Perl doesn't know about this, so in general, you cannot call fork
1797with defined behaviour in perl. IO::AIO uses pthreads, so this applies,
1798but many other extensions and (for inexplicable reasons) perl itself often
1799is linked against pthreads, so this limitation applies.
851 1800
852Before the fork, IO::AIO enters a quiescent state where no requests 1801Some operating systems have extensions that allow safe use of fork, and
853can be added in other threads and no results will be processed. After 1802this module should do "the right thing" on those, and tries on others. At
854the fork the parent simply leaves the quiescent state and continues 1803the time of this writing (2011) only GNU/Linux supports these extensions
855request/result processing, while the child clears the request/result 1804to POSIX.
856queue (so the requests started before the fork will only be handled in
857the parent). Threads will be started on demand until the limit ste in the
858parent process has been reached again.
859
860In short: the parent will, after a short pause, continue as if fork had
861not been called, while the child will act as if IO::AIO has not been used
862yet.
863 1805
864=head2 MEMORY USAGE 1806=head2 MEMORY USAGE
865 1807
1808Per-request usage:
1809
866Each aio request uses - depending on your architecture - around 128 bytes 1810Each aio request uses - depending on your architecture - around 100-200
867of memory. In addition, stat requests need a stat buffer (possibly a few 1811bytes of memory. In addition, stat requests need a stat buffer (possibly
868hundred bytes). Perl scalars and other data passed into aio requests will 1812a few hundred bytes), readdir requires a result buffer and so on. Perl
869also be locked. 1813scalars and other data passed into aio requests will also be locked and
1814will consume memory till the request has entered the done state.
870 1815
871This is now awfully much, so queuing lots of requests is not usually a 1816This is not awfully much, so queuing lots of requests is not usually a
872problem. 1817problem.
873 1818
874Each thread needs a stack area which is usually around 16k, sometimes much 1819Per-thread usage:
875larger, depending on the OS. 1820
1821In the execution phase, some aio requests require more memory for
1822temporary buffers, and each thread requires a stack and other data
1823structures (usually around 16k-128k, depending on the OS).
1824
1825=head1 KNOWN BUGS
1826
1827Known bugs will be fixed in the next release.
876 1828
877=head1 SEE ALSO 1829=head1 SEE ALSO
878 1830
879L<Coro>, L<Linux::AIO> (obsolete). 1831L<AnyEvent::AIO> for easy integration into event loops, L<Coro::AIO> for a
1832more natural syntax.
880 1833
881=head1 AUTHOR 1834=head1 AUTHOR
882 1835
883 Marc Lehmann <schmorp@schmorp.de> 1836 Marc Lehmann <schmorp@schmorp.de>
884 http://home.schmorp.de/ 1837 http://home.schmorp.de/

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines