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.39 by root, Sun Aug 28 11:05:50 2005 UTC vs.
Revision 1.116 by root, Wed Oct 3 21:27:51 2007 UTC

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", 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
16 aio_read $fh, 30000, 1024, $buffer, 0, sub { 17 aio_read $fh, 30000, 1024, $buffer, 0, sub {
17 $_[0] > 0 or die "read error: $!"; 18 $_[0] > 0 or die "read error: $!";
18 }; 19 };
19 20
20 # Event 21 # version 2+ has request and group objects
22 use IO::AIO 2;
23
24 aioreq_pri 4; # give next request a very high priority
25 my $req = aio_unlink "/tmp/file", sub { };
26 $req->cancel; # cancel request if still in queue
27
28 my $grp = aio_group sub { print "all stats done\n" };
29 add $grp aio_stat "..." for ...;
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
21 Event->io (fd => IO::AIO::poll_fileno, 36 Event->io (fd => IO::AIO::poll_fileno,
22 poll => 'r', 37 poll => 'r',
23 cb => \&IO::AIO::poll_cb); 38 cb => \&IO::AIO::poll_cb);
24 39
25 # Glib/Gtk2 40 # Glib/Gtk2 integration
26 add_watch Glib::IO IO::AIO::poll_fileno, 41 add_watch Glib::IO IO::AIO::poll_fileno,
27 in => sub { IO::AIO::poll_cb; 1 }; 42 in => sub { IO::AIO::poll_cb; 1 };
28 43
29 # Tk 44 # Tk integration
30 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "", 45 Tk::Event::IO->fileevent (IO::AIO::poll_fileno, "",
31 readable => \&IO::AIO::poll_cb); 46 readable => \&IO::AIO::poll_cb);
32 47
33 # Danga::Socket 48 # Danga::Socket integration
34 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno => 49 Danga::Socket->AddOtherFds (IO::AIO::poll_fileno =>
35 \&IO::AIO::poll_cb); 50 \&IO::AIO::poll_cb);
36 51
37
38=head1 DESCRIPTION 52=head1 DESCRIPTION
39 53
40This module implements asynchronous I/O using whatever means your 54This module implements asynchronous I/O using whatever means your
41operating system supports. 55operating system supports.
42 56
57Asynchronous means that operations that can normally block your program
58(e.g. reading from disk) will be done asynchronously: the operation
59will still block, but you can do something else in the meantime. This
60is extremely useful for programs that need to stay interactive even
61when doing heavy I/O (GUI programs, high performance network servers
62etc.), but can also be used to easily do operations in parallel that are
63normally done sequentially, e.g. stat'ing many files, which is much faster
64on a RAID volume or over NFS when you do a number of stat operations
65concurrently.
66
67While most of this works on all types of file descriptors (for
68example sockets), using these functions on file descriptors that
69support nonblocking operation (again, sockets, pipes etc.) is very
70inefficient. Use an event loop for that (such as the L<Event|Event>
71module): IO::AIO will naturally fit into such an event loop itself.
72
43Currently, a number of threads are started that execute your read/writes 73In this version, a number of threads are started that execute your
44and signal their completion. You don't need thread support in your libc or 74requests and signal their completion. You don't need thread support
45perl, and the threads created by this module will not be visible to the 75in perl, and the threads created by this module will not be visible
46pthreads library. In the future, this module might make use of the native 76to perl. In the future, this module might make use of the native aio
47aio functions available on many operating systems. However, they are often 77functions available on many operating systems. However, they are often
48not well-supported (Linux doesn't allow them on normal files currently, 78not well-supported or restricted (GNU/Linux doesn't allow them on normal
49for example), and they would only support aio_read and aio_write, so the 79files currently, for example), and they would only support aio_read and
50remaining functionality would have to be implemented using threads anyway. 80aio_write, so the remaining functionality would have to be implemented
81using threads anyway.
51 82
52Although the module will work with in the presence of other threads, it is 83Although the module will work in the presence of other (Perl-) threads,
53currently not reentrant, so use appropriate locking yourself, always call 84it is currently not reentrant in any way, so use appropriate locking
54C<poll_cb> from within the same thread, or never call C<poll_cb> (or other 85yourself, always call C<poll_cb> from within the same thread, or never
55C<aio_> functions) recursively. 86call C<poll_cb> (or other C<aio_> functions) recursively.
87
88=head2 EXAMPLE
89
90This is a simple example that uses the Event module and loads
91F</etc/passwd> asynchronously:
92
93 use Fcntl;
94 use Event;
95 use IO::AIO;
96
97 # register the IO::AIO callback with Event
98 Event->io (fd => IO::AIO::poll_fileno,
99 poll => 'r',
100 cb => \&IO::AIO::poll_cb);
101
102 # queue the request to open /etc/passwd
103 aio_open "/etc/passwd", O_RDONLY, 0, sub {
104 my $fh = shift
105 or die "error while opening: $!";
106
107 # stat'ing filehandles is generally non-blocking
108 my $size = -s $fh;
109
110 # queue a request to read the file
111 my $contents;
112 aio_read $fh, 0, $size, $contents, 0, sub {
113 $_[0] == $size
114 or die "short read: $!";
115
116 close $fh;
117
118 # file contents now in $contents
119 print $contents;
120
121 # exit event loop and program
122 Event::unloop;
123 };
124 };
125
126 # possibly queue up other requests, or open GUI windows,
127 # check for sockets etc. etc.
128
129 # process events as long as there are some:
130 Event::loop;
131
132=head1 REQUEST ANATOMY AND LIFETIME
133
134Every C<aio_*> function creates a request. which is a C data structure not
135directly visible to Perl.
136
137If called in non-void context, every request function returns a Perl
138object representing the request. In void context, nothing is returned,
139which saves a bit of memory.
140
141The perl object is a fairly standard ref-to-hash object. The hash contents
142are not used by IO::AIO so you are free to store anything you like in it.
143
144During their existance, aio requests travel through the following states,
145in order:
146
147=over 4
148
149=item ready
150
151Immediately after a request is created it is put into the ready state,
152waiting for a thread to execute it.
153
154=item execute
155
156A thread has accepted the request for processing and is currently
157executing it (e.g. blocking in read).
158
159=item pending
160
161The request has been executed and is waiting for result processing.
162
163While request submission and execution is fully asynchronous, result
164processing is not and relies on the perl interpreter calling C<poll_cb>
165(or another function with the same effect).
166
167=item result
168
169The request results are processed synchronously by C<poll_cb>.
170
171The C<poll_cb> function will process all outstanding aio requests by
172calling their callbacks, freeing memory associated with them and managing
173any groups they are contained in.
174
175=item done
176
177Request has reached the end of its lifetime and holds no resources anymore
178(except possibly for the Perl object, but its connection to the actual
179aio request is severed and calling its methods will either do nothing or
180result in a runtime error).
181
182=back
56 183
57=cut 184=cut
58 185
59package IO::AIO; 186package IO::AIO;
60 187
61no warnings; 188no warnings;
189use strict 'vars';
62 190
63use base 'Exporter'; 191use base 'Exporter';
64 192
65use Fcntl ();
66
67BEGIN { 193BEGIN {
68 $VERSION = 1.6; 194 our $VERSION = '2.5';
69 195
70 @EXPORT = qw(aio_sendfile aio_read aio_write aio_open aio_close aio_stat 196 our @AIO_REQ = qw(aio_sendfile aio_read aio_write aio_open aio_close aio_stat
71 aio_lstat aio_unlink aio_rmdir aio_readdir aio_symlink 197 aio_lstat aio_unlink aio_rmdir aio_readdir aio_scandir aio_symlink
72 aio_fsync aio_fdatasync aio_readahead); 198 aio_readlink aio_fsync aio_fdatasync aio_readahead aio_rename aio_link
73 @EXPORT_OK = qw(poll_fileno poll_cb min_parallel max_parallel 199 aio_move aio_copy aio_group aio_nop aio_mknod aio_load aio_rmtree aio_mkdir
74 max_outstanding nreqs); 200 aio_chown aio_chmod aio_utime aio_truncate);
201 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice aio_block));
202 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush
203 min_parallel max_parallel max_idle
204 nreqs nready npending nthreads
205 max_poll_time max_poll_reqs);
206
207 @IO::AIO::GRP::ISA = 'IO::AIO::REQ';
75 208
76 require XSLoader; 209 require XSLoader;
77 XSLoader::load IO::AIO, $VERSION; 210 XSLoader::load ("IO::AIO", $VERSION);
78} 211}
79 212
80=head1 FUNCTIONS 213=head1 FUNCTIONS
81 214
82=head2 AIO FUNCTIONS 215=head2 AIO REQUEST FUNCTIONS
83 216
84All the C<aio_*> calls are more or less thin wrappers around the syscall 217All the C<aio_*> calls are more or less thin wrappers around the syscall
85with the same name (sans C<aio_>). The arguments are similar or identical, 218with the same name (sans C<aio_>). The arguments are similar or identical,
86and they all accept an additional (and optional) C<$callback> argument 219and they all accept an additional (and optional) C<$callback> argument
87which must be a code reference. This code reference will get called with 220which must be a code reference. This code reference will get called with
90syscall has been executed asynchronously. 223syscall has been executed asynchronously.
91 224
92All functions expecting a filehandle keep a copy of the filehandle 225All functions expecting a filehandle keep a copy of the filehandle
93internally until the request has finished. 226internally until the request has finished.
94 227
228All functions return request objects of type L<IO::AIO::REQ> that allow
229further manipulation of those requests while they are in-flight.
230
95The pathnames you pass to these routines I<must> be absolute and 231The pathnames you pass to these routines I<must> be absolute and
96encoded in byte form. The reason for the former is that at the time the 232encoded as octets. The reason for the former is that at the time the
97request is being executed, the current working directory could have 233request is being executed, the current working directory could have
98changed. Alternatively, you can make sure that you never change the 234changed. Alternatively, you can make sure that you never change the
99current working directory. 235current working directory anywhere in the program and then use relative
236paths.
100 237
101To encode pathnames to byte form, either make sure you either: a) 238To encode pathnames as octets, either make sure you either: a) always pass
102always pass in filenames you got from outside (command line, readdir 239in filenames you got from outside (command line, readdir etc.) without
103etc.), b) are ASCII or ISO 8859-1, c) use the Encode module and encode 240tinkering, b) are ASCII or ISO 8859-1, c) use the Encode module and encode
104your pathnames to the locale (or other) encoding in effect in the user 241your pathnames to the locale (or other) encoding in effect in the user
105environment, d) use Glib::filename_from_unicode on unicode filenames or e) 242environment, d) use Glib::filename_from_unicode on unicode filenames or e)
106use something else. 243use something else to ensure your scalar has the correct contents.
244
245This works, btw. independent of the internal UTF-8 bit, which IO::AIO
246handles correctly wether it is set or not.
107 247
108=over 4 248=over 4
109 249
250=item $prev_pri = aioreq_pri [$pri]
251
252Returns the priority value that would be used for the next request and, if
253C<$pri> is given, sets the priority for the next aio request.
254
255The default priority is C<0>, the minimum and maximum priorities are C<-4>
256and C<4>, respectively. Requests with higher priority will be serviced
257first.
258
259The priority will be reset to C<0> after each call to one of the C<aio_*>
260functions.
261
262Example: open a file with low priority, then read something from it with
263higher priority so the read request is serviced before other low priority
264open requests (potentially spamming the cache):
265
266 aioreq_pri -3;
267 aio_open ..., sub {
268 return unless $_[0];
269
270 aioreq_pri -2;
271 aio_read $_[0], ..., sub {
272 ...
273 };
274 };
275
276
277=item aioreq_nice $pri_adjust
278
279Similar to C<aioreq_pri>, but subtracts the given value from the current
280priority, so the effect is cumulative.
281
282
110=item aio_open $pathname, $flags, $mode, $callback 283=item aio_open $pathname, $flags, $mode, $callback->($fh)
111 284
112Asynchronously open or create a file and call the callback with a newly 285Asynchronously open or create a file and call the callback with a newly
113created filehandle for the file. 286created filehandle for the file.
114 287
115The pathname passed to C<aio_open> must be absolute. See API NOTES, above, 288The pathname passed to C<aio_open> must be absolute. See API NOTES, above,
119list. They are the same as used by C<sysopen>. 292list. They are the same as used by C<sysopen>.
120 293
121Likewise, C<$mode> specifies the mode of the newly created file, if it 294Likewise, C<$mode> specifies the mode of the newly created file, if it
122didn't exist and C<O_CREAT> has been given, just like perl's C<sysopen>, 295didn't exist and C<O_CREAT> has been given, just like perl's C<sysopen>,
123except that it is mandatory (i.e. use C<0> if you don't create new files, 296except that it is mandatory (i.e. use C<0> if you don't create new files,
124and C<0666> or C<0777> if you do). 297and C<0666> or C<0777> if you do). Note that the C<$mode> will be modified
298by the umask in effect then the request is being executed, so better never
299change the umask.
125 300
126Example: 301Example:
127 302
128 aio_open "/etc/passwd", O_RDONLY, 0, sub { 303 aio_open "/etc/passwd", O_RDONLY, 0, sub {
129 if ($_[0]) { 304 if ($_[0]) {
132 } else { 307 } else {
133 die "open failed: $!\n"; 308 die "open failed: $!\n";
134 } 309 }
135 }; 310 };
136 311
312
137=item aio_close $fh, $callback 313=item aio_close $fh, $callback->($status)
138 314
139Asynchronously close a file and call the callback with the result 315Asynchronously close a file and call the callback with the result
140code. I<WARNING:> although accepted, you should not pass in a perl 316code.
141filehandle here, as perl will likely close the file descriptor another
142time when the filehandle is destroyed. Normally, you can safely call perls
143C<close> or just let filehandles go out of scope.
144 317
145This is supposed to be a bug in the API, so that might change. It's 318Unlike the other functions operating on files, this function uses the
146therefore best to avoid this function. 319PerlIO layer to close the filehandle. The reason is that the PerlIO API
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.
147 326
327Having said that, aio_close tries to clean up the filehandle as much as
328possible before handing it to an io thread, and generally does work.
329
330
148=item aio_read $fh,$offset,$length, $data,$dataoffset,$callback 331=item aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
149 332
150=item aio_write $fh,$offset,$length, $data,$dataoffset,$callback 333=item aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
151 334
152Reads or writes C<length> bytes from the specified C<fh> and C<offset> 335Reads or writes C<$length> bytes from the specified C<$fh> and C<$offset>
153into the scalar given by C<data> and offset C<dataoffset> and calls the 336into the scalar given by C<$data> and offset C<$dataoffset> and calls the
154callback without the actual number of bytes read (or -1 on error, just 337callback without the actual number of bytes read (or -1 on error, just
155like the syscall). 338like the syscall).
156 339
340If C<$offset> is undefined, then the current file descriptor offset will
341be used (and updated), otherwise the file descriptor offset will not be
342changed by these calls.
343
344If C<$length> is undefined in C<aio_write>, use the remaining length of C<$data>.
345
346If C<$dataoffset> is less than zero, it will be counted from the end of
347C<$data>.
348
157The C<$data> scalar I<MUST NOT> be modified in any way while the request 349The C<$data> scalar I<MUST NOT> be modified in any way while the request
158is outstanding. Modifying it can result in segfaults or WW3 (if the 350is outstanding. Modifying it can result in segfaults or World War III (if
159necessary/optional hardware is installed). 351the necessary/optional hardware is installed).
160 352
161Example: Read 15 bytes at offset 7 into scalar C<$buffer>, starting at 353Example: Read 15 bytes at offset 7 into scalar C<$buffer>, starting at
162offset C<0> within the scalar: 354offset C<0> within the scalar:
163 355
164 aio_read $fh, 7, 15, $buffer, 0, sub { 356 aio_read $fh, 7, 15, $buffer, 0, sub {
165 $_[0] > 0 or die "read error: $!"; 357 $_[0] > 0 or die "read error: $!";
166 print "read $_[0] bytes: <$buffer>\n"; 358 print "read $_[0] bytes: <$buffer>\n";
167 }; 359 };
168 360
361
169=item aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback 362=item aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval)
170 363
171Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts 364Tries to copy C<$length> bytes from C<$in_fh> to C<$out_fh>. It starts
172reading at byte offset C<$in_offset>, and starts writing at the current 365reading at byte offset C<$in_offset>, and starts writing at the current
173file offset of C<$out_fh>. Because of that, it is not safe to issue more 366file offset of C<$out_fh>. Because of that, it is not safe to issue more
174than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each 367than one C<aio_sendfile> per C<$out_fh>, as they will interfere with each
187bytes have been read from C<aio_sendfile> alone, as C<aio_sendfile> only 380bytes have been read from C<aio_sendfile> alone, as C<aio_sendfile> only
188provides the number of bytes written to C<$out_fh>. Only if the result 381provides the number of bytes written to C<$out_fh>. Only if the result
189value equals C<$length> one can assume that C<$length> bytes have been 382value equals C<$length> one can assume that C<$length> bytes have been
190read. 383read.
191 384
385
192=item aio_readahead $fh,$offset,$length, $callback 386=item aio_readahead $fh,$offset,$length, $callback->($retval)
193 387
194C<aio_readahead> populates the page cache with data from a file so that 388C<aio_readahead> populates the page cache with data from a file so that
195subsequent reads from that file will not block on disk I/O. The C<$offset> 389subsequent reads from that file will not block on disk I/O. The C<$offset>
196argument specifies the starting point from which data is to be read and 390argument specifies the starting point from which data is to be read and
197C<$length> specifies the number of bytes to be read. I/O is performed in 391C<$length> specifies the number of bytes to be read. I/O is performed in
201file. The current file offset of the file is left unchanged. 395file. The current file offset of the file is left unchanged.
202 396
203If that syscall doesn't exist (likely if your OS isn't Linux) it will be 397If that syscall doesn't exist (likely if your OS isn't Linux) it will be
204emulated by simply reading the data, which would have a similar effect. 398emulated by simply reading the data, which would have a similar effect.
205 399
400
206=item aio_stat $fh_or_path, $callback 401=item aio_stat $fh_or_path, $callback->($status)
207 402
208=item aio_lstat $fh, $callback 403=item aio_lstat $fh, $callback->($status)
209 404
210Works like perl's C<stat> or C<lstat> in void context. The callback will 405Works like perl's C<stat> or C<lstat> in void context. The callback will
211be called after the stat and the results will be available using C<stat _> 406be called after the stat and the results will be available using C<stat _>
212or C<-s _> etc... 407or C<-s _> etc...
213 408
223 aio_stat "/etc/passwd", sub { 418 aio_stat "/etc/passwd", sub {
224 $_[0] and die "stat failed: $!"; 419 $_[0] and die "stat failed: $!";
225 print "size is ", -s _, "\n"; 420 print "size is ", -s _, "\n";
226 }; 421 };
227 422
423
424=item aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
425
426Works like perl's C<utime> function (including the special case of $atime
427and $mtime being undef). Fractional times are supported if the underlying
428syscalls support them.
429
430When called with a pathname, uses utimes(2) if available, otherwise
431utime(2). If called on a file descriptor, uses futimes(2) if available,
432otherwise returns ENOSYS, so this is not portable.
433
434Examples:
435
436 # set atime and mtime to current time (basically touch(1)):
437 aio_utime "path", undef, undef;
438 # set atime to current time and mtime to beginning of the epoch:
439 aio_utime "path", time, undef; # undef==0
440
441
442=item aio_chown $fh_or_path, $uid, $gid, $callback->($status)
443
444Works like perl's C<chown> function, except that C<undef> for either $uid
445or $gid is being interpreted as "do not change" (but -1 can also be used).
446
447Examples:
448
449 # same as "chown root path" in the shell:
450 aio_chown "path", 0, -1;
451 # same as above:
452 aio_chown "path", 0, undef;
453
454
455=item aio_truncate $fh_or_path, $offset, $callback->($status)
456
457Works like truncate(2) or ftruncate(2).
458
459
460=item aio_chmod $fh_or_path, $mode, $callback->($status)
461
462Works like perl's C<chmod> function.
463
464
228=item aio_unlink $pathname, $callback 465=item aio_unlink $pathname, $callback->($status)
229 466
230Asynchronously unlink (delete) a file and call the callback with the 467Asynchronously unlink (delete) a file and call the callback with the
231result code. 468result code.
232 469
470
471=item aio_mknod $path, $mode, $dev, $callback->($status)
472
473[EXPERIMENTAL]
474
475Asynchronously create a device node (or fifo). See mknod(2).
476
477The only (POSIX-) portable way of calling this function is:
478
479 aio_mknod $path, IO::AIO::S_IFIFO | $mode, 0, sub { ...
480
481
482=item aio_link $srcpath, $dstpath, $callback->($status)
483
484Asynchronously create a new link to the existing object at C<$srcpath> at
485the path C<$dstpath> and call the callback with the result code.
486
487
488=item aio_symlink $srcpath, $dstpath, $callback->($status)
489
490Asynchronously 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.
492
493
494=item aio_readlink $path, $callback->($link)
495
496Asynchronously read the symlink specified by C<$path> and pass it to
497the callback. If an error occurs, nothing or undef gets passed to the
498callback.
499
500
501=item aio_rename $srcpath, $dstpath, $callback->($status)
502
503Asynchronously rename the object at C<$srcpath> to C<$dstpath>, just as
504rename(2) and call the callback with the result code.
505
506
507=item aio_mkdir $pathname, $mode, $callback->($status)
508
509Asynchronously mkdir (create) a directory and call the callback with
510the result code. C<$mode> will be modified by the umask at the time the
511request is executed, so do not change your umask.
512
513
233=item aio_rmdir $pathname, $callback 514=item aio_rmdir $pathname, $callback->($status)
234 515
235Asynchronously rmdir (delete) a directory and call the callback with the 516Asynchronously rmdir (delete) a directory and call the callback with the
236result code. 517result code.
237 518
519
238=item aio_readdir $pathname $callback 520=item aio_readdir $pathname, $callback->($entries)
239 521
240Unlike the POSIX call of the same name, C<aio_readdir> reads an entire 522Unlike the POSIX call of the same name, C<aio_readdir> reads an entire
241directory (i.e. opendir + readdir + closedir). The entries will not be 523directory (i.e. opendir + readdir + closedir). The entries will not be
242sorted, and will B<NOT> include the C<.> and C<..> entries. 524sorted, and will B<NOT> include the C<.> and C<..> entries.
243 525
244The callback a single argument which is either C<undef> or an array-ref 526The callback a single argument which is either C<undef> or an array-ref
245with the filenames. 527with the filenames.
246 528
529
530=item aio_load $path, $data, $callback->($status)
531
532This is a composite request that tries to fully load the given file into
533memory. Status is the same as with aio_read.
534
535=cut
536
537sub aio_load($$;$) {
538 aio_block {
539 my ($path, undef, $cb) = @_;
540 my $data = \$_[1];
541
542 my $pri = aioreq_pri;
543 my $grp = aio_group $cb;
544
545 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 {
552 $grp->result ($_[0]);
553 };
554 };
555
556 $grp
557 }
558}
559
560=item aio_copy $srcpath, $dstpath, $callback->($status)
561
562Try to copy the I<file> (directories not supported as either source or
563destination) from C<$srcpath> to C<$dstpath> and call the callback with
564the C<0> (error) or C<-1> ok.
565
566This is a composite request that it creates the destination file with
567mode 0200 and copies the contents of the source file into it using
568C<aio_sendfile>, followed by restoring atime, mtime, access mode and
569uid/gid, in that order.
570
571If an error occurs, the partial destination file will be unlinked, if
572possible, except when setting atime, mtime, access mode and uid/gid, where
573errors are being ignored.
574
575=cut
576
577sub aio_copy($$;$) {
578 aio_block {
579 my ($src, $dst, $cb) = @_;
580
581 my $pri = aioreq_pri;
582 my $grp = aio_group $cb;
583
584 aioreq_pri $pri;
585 add $grp aio_open $src, O_RDONLY, 0, sub {
586 if (my $src_fh = $_[0]) {
587 my @stat = stat $src_fh;
588
589 aioreq_pri $pri;
590 add $grp aio_open $dst, O_CREAT | O_WRONLY | O_TRUNC, 0200, sub {
591 if (my $dst_fh = $_[0]) {
592 aioreq_pri $pri;
593 add $grp aio_sendfile $dst_fh, $src_fh, 0, $stat[7], sub {
594 if ($_[0] == $stat[7]) {
595 $grp->result (0);
596 close $src_fh;
597
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 {
604 $grp->result (-1);
605 close $src_fh;
606 close $dst_fh;
607
608 aioreq $pri;
609 add $grp aio_unlink $dst;
610 }
611 };
612 } else {
613 $grp->result (-1);
614 }
615 },
616
617 } else {
618 $grp->result (-1);
619 }
620 };
621
622 $grp
623 }
624}
625
626=item aio_move $srcpath, $dstpath, $callback->($status)
627
628Try to move the I<file> (directories not supported as either source or
629destination) from C<$srcpath> to C<$dstpath> and call the callback with
630the C<0> (error) or C<-1> ok.
631
632This 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
634that is successful, unlinking the C<$srcpath>.
635
636=cut
637
638sub aio_move($$;$) {
639 aio_block {
640 my ($src, $dst, $cb) = @_;
641
642 my $pri = aioreq_pri;
643 my $grp = aio_group $cb;
644
645 aioreq_pri $pri;
646 add $grp aio_rename $src, $dst, sub {
647 if ($_[0] && $! == EXDEV) {
648 aioreq_pri $pri;
649 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]);
659 }
660 };
661
662 $grp
663 }
664}
665
666=item aio_scandir $path, $maxreq, $callback->($dirs, $nondirs)
667
668Scans a directory (similar to C<aio_readdir>) but additionally tries to
669efficiently separate the entries of directory C<$path> into two sets of
670names, directories you can recurse into (directories), and ones you cannot
671recurse into (everything else, including symlinks to directories).
672
673C<aio_scandir> is a composite request that creates of many sub requests_
674C<$maxreq> specifies the maximum number of outstanding aio requests that
675this function generates. If it is C<< <= 0 >>, then a suitable default
676will be chosen (currently 4).
677
678On error, the callback is called without arguments, otherwise it receives
679two array-refs with path-relative entry names.
680
681Example:
682
683 aio_scandir $dir, 0, sub {
684 my ($dirs, $nondirs) = @_;
685 print "real directories: @$dirs\n";
686 print "everything else: @$nondirs\n";
687 };
688
689Implementation notes.
690
691The C<aio_readdir> cannot be avoided, but C<stat()>'ing every entry can.
692
693After reading the directory, the modification time, size etc. of the
694directory before and after the readdir is checked, and if they match (and
695isn't the current time), the link count will be used to decide how many
696entries are directories (if >= 2). Otherwise, no knowledge of the number
697of subdirectories will be assumed.
698
699Then entries will be sorted into likely directories (everything without
700a non-initial dot currently) and likely non-directories (everything
701else). Then every entry plus an appended C</.> will be C<stat>'ed,
702likely directories first. If that succeeds, it assumes that the entry
703is a directory or a symlink to directory (which will be checked
704seperately). This is often faster than stat'ing the entry itself because
705filesystems might detect the type of the entry without reading the inode
706data (e.g. ext2fs filetype feature).
707
708If the known number of directories (link count - 2) has been reached, the
709rest of the entries is assumed to be non-directories.
710
711This only works with certainty on POSIX (= UNIX) filesystems, which
712fortunately are the vast majority of filesystems around.
713
714It will also likely work on non-POSIX filesystems with reduced efficiency
715as those tend to return 0 or 1 as link counts, which disables the
716directory counting heuristic.
717
718=cut
719
720sub aio_scandir($$;$) {
721 aio_block {
722 my ($path, $maxreq, $cb) = @_;
723
724 my $pri = aioreq_pri;
725
726 my $grp = aio_group $cb;
727
728 $maxreq = 4 if $maxreq <= 0;
729
730 # stat once
731 aioreq_pri $pri;
732 add $grp aio_stat $path, sub {
733 return $grp->result () if $_[0];
734 my $now = time;
735 my $hash1 = join ":", (stat _)[0,1,3,7,9];
736
737 # read the directory entries
738 aioreq_pri $pri;
739 add $grp aio_readdir $path, sub {
740 my $entries = shift
741 or return $grp->result ();
742
743 # stat the dir another time
744 aioreq_pri $pri;
745 add $grp aio_stat $path, sub {
746 my $hash2 = join ":", (stat _)[0,1,3,7,9];
747
748 my $ndirs;
749
750 # take the slow route if anything looks fishy
751 if ($hash1 ne $hash2 or (stat _)[9] == $now) {
752 $ndirs = -1;
753 } else {
754 # if nlink == 2, we are finished
755 # on non-posix-fs's, we rely on nlink < 2
756 $ndirs = (stat _)[3] - 2
757 or return $grp->result ([], $entries);
758 }
759
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);
768
769 my $statgrp = add $grp aio_group sub {
770 $grp->result (\@dirs, \@nondirs);
771 };
772
773 limit $statgrp $maxreq;
774 feed $statgrp sub {
775 return unless @$entries;
776 my $entry = pop @$entries;
777
778 aioreq_pri $pri;
779 add $statgrp aio_stat "$path/$entry/.", sub {
780 if ($_[0] < 0) {
781 push @nondirs, $entry;
782 } else {
783 # need to check for real directory
784 aioreq_pri $pri;
785 add $statgrp aio_lstat "$path/$entry", sub {
786 if (-d _) {
787 push @dirs, $entry;
788
789 unless (--$ndirs) {
790 push @nondirs, @$entries;
791 feed $statgrp;
792 }
793 } else {
794 push @nondirs, $entry;
795 }
796 }
797 }
798 };
799 };
800 };
801 };
802 };
803
804 $grp
805 }
806}
807
808=item aio_rmtree $path, $callback->($status)
809
810Delete a directory tree starting (and including) C<$path>, return the
811status of the final C<rmdir> only. This is a composite request that
812uses C<aio_scandir> to recurse into and rmdir directories, and unlink
813everything else.
814
815=cut
816
817sub aio_rmtree;
818sub aio_rmtree($;$) {
819 aio_block {
820 my ($path, $cb) = @_;
821
822 my $pri = aioreq_pri;
823 my $grp = aio_group $cb;
824
825 aioreq_pri $pri;
826 add $grp aio_scandir $path, 0, sub {
827 my ($dirs, $nondirs) = @_;
828
829 my $dirgrp = aio_group sub {
830 add $grp aio_rmdir $path, sub {
831 $grp->result ($_[0]);
832 };
833 };
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 };
840
841 $grp
842 }
843}
844
247=item aio_fsync $fh, $callback 845=item aio_fsync $fh, $callback->($status)
248 846
249Asynchronously call fsync on the given filehandle and call the callback 847Asynchronously call fsync on the given filehandle and call the callback
250with the fsync result code. 848with the fsync result code.
251 849
252=item aio_fdatasync $fh, $callback 850=item aio_fdatasync $fh, $callback->($status)
253 851
254Asynchronously call fdatasync on the given filehandle and call the 852Asynchronously call fdatasync on the given filehandle and call the
255callback with the fdatasync result code. 853callback with the fdatasync result code.
256 854
257If this call isn't available because your OS lacks it or it couldn't be 855If this call isn't available because your OS lacks it or it couldn't be
258detected, it will be emulated by calling C<fsync> instead. 856detected, it will be emulated by calling C<fsync> instead.
259 857
858=item aio_group $callback->(...)
859
860This 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
862many requests into a single, composite, request with a definite callback
863and the ability to cancel the whole request with its subrequests.
864
865Returns an object of class L<IO::AIO::GRP>. See its documentation below
866for more info.
867
868Example:
869
870 my $grp = aio_group sub {
871 print "all stats done\n";
872 };
873
874 add $grp
875 (aio_stat ...),
876 (aio_stat ...),
877 ...;
878
879=item aio_nop $callback->()
880
881This is a special request - it does nothing in itself and is only used for
882side effects, such as when you want to add a dummy request to a group so
883that finishing the requests in the group depends on executing the given
884code.
885
886While this request does nothing, it still goes through the execution
887phase and still requires a worker thread. Thus, the callback will not
888be executed immediately but only after other requests in the queue have
889entered their execution phase. This can be used to measure request
890latency.
891
892=item IO::AIO::aio_busy $fractional_seconds, $callback->() *NOT EXPORTED*
893
894Mainly used for debugging and benchmarking, this aio request puts one of
895the request workers to sleep for the given time.
896
897While it is theoretically handy to have simple I/O scheduling requests
898like sleep and file handle readable/writable, the overhead this creates is
899immense (it blocks a thread for a long time) so do not use this function
900except to put your application under artificial I/O pressure.
901
260=back 902=back
261 903
904=head2 IO::AIO::REQ CLASS
905
906All non-aggregate C<aio_*> functions return an object of this class when
907called in non-void context.
908
909=over 4
910
911=item cancel $req
912
913Cancels the request, if possible. Has the effect of skipping execution
914when entering the B<execute> state and skipping calling the callback when
915entering the the B<result> state, but will leave the request otherwise
916untouched. That means that requests that currently execute will not be
917stopped and resources held by the request will not be freed prematurely.
918
919=item cb $req $callback->(...)
920
921Replace (or simply set) the callback registered to the request.
922
923=back
924
925=head2 IO::AIO::GRP CLASS
926
927This class is a subclass of L<IO::AIO::REQ>, so all its methods apply to
928objects of this class, too.
929
930A IO::AIO::GRP object is a special request that can contain multiple other
931aio requests.
932
933You create one by calling the C<aio_group> constructing function with a
934callback that will be called when all contained requests have entered the
935C<done> state:
936
937 my $grp = aio_group sub {
938 print "all requests are done\n";
939 };
940
941You add requests by calling the C<add> method with one or more
942C<IO::AIO::REQ> objects:
943
944 $grp->add (aio_unlink "...");
945
946 add $grp aio_stat "...", sub {
947 $_[0] or return $grp->result ("error");
948
949 # add another request dynamically, if first succeeded
950 add $grp aio_open "...", sub {
951 $grp->result ("ok");
952 };
953 };
954
955This makes it very easy to create composite requests (see the source of
956C<aio_move> for an application) that work and feel like simple requests.
957
958=over 4
959
960=item * The IO::AIO::GRP objects will be cleaned up during calls to
961C<IO::AIO::poll_cb>, just like any other request.
962
963=item * They can be canceled like any other request. Canceling will cancel not
964only the request itself, but also all requests it contains.
965
966=item * They can also can also be added to other IO::AIO::GRP objects.
967
968=item * You must not add requests to a group from within the group callback (or
969any later time).
970
971=back
972
973Their lifetime, simplified, looks like this: when they are empty, they
974will finish very quickly. If they contain only requests that are in the
975C<done> state, they will also finish. Otherwise they will continue to
976exist.
977
978That means after creating a group you have some time to add requests. And
979in the callbacks of those requests, you can add further requests to the
980group. And only when all those requests have finished will the the group
981itself finish.
982
983=over 4
984
985=item add $grp ...
986
987=item $grp->add (...)
988
989Add one or more requests to the group. Any type of L<IO::AIO::REQ> can
990be added, including other groups, as long as you do not create circular
991dependencies.
992
993Returns all its arguments.
994
995=item $grp->cancel_subs
996
997Cancel 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.
999
1000=item $grp->result (...)
1001
1002Set 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
1004of errno (just like calling C<errno> without an error number). By default,
1005no argument will be passed and errno is zero.
1006
1007=item $grp->errno ([$errno])
1008
1009Sets the group errno value to C<$errno>, or the current value of errno
1010when the argument is missing.
1011
1012Every aio request has an associated errno value that is restored when
1013the callback is invoked. This method lets you change this value from its
1014default (0).
1015
1016Calling C<result> will also set errno, so make sure you either set C<$!>
1017before the call to C<result>, or call c<errno> after it.
1018
1019=item feed $grp $callback->($grp)
1020
1021Sets a feeder/generator on this group: every group can have an attached
1022generator 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,
1024this might starve other requests for a potentially long time. For
1025example, C<aio_scandir> might generate hundreds of thousands C<aio_stat>
1026requests, delaying any later requests for a long time.
1027
1028To avoid this, and allow incremental generation of requests, you can
1029instead 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>,
1031below) requests active in the group itself and is expected to queue more
1032requests.
1033
1034The feed callback can queue as many requests as it likes (i.e. C<add> does
1035not impose any limits).
1036
1037If the feed does not queue more requests when called, it will be
1038automatically removed from the group.
1039
1040If the feed limit is C<0>, it will be set to C<2> automatically.
1041
1042Example:
1043
1044 # stat all files in @files, but only ever use four aio requests concurrently:
1045
1046 my $grp = aio_group sub { print "finished\n" };
1047 limit $grp 4;
1048 feed $grp sub {
1049 my $file = pop @files
1050 or return;
1051
1052 add $grp aio_stat $file, sub { ... };
1053 };
1054
1055=item limit $grp $num
1056
1057Sets the feeder limit for the group: The feeder will be called whenever
1058the group contains less than this many requests.
1059
1060Setting the limit to C<0> will pause the feeding process.
1061
1062=back
1063
262=head2 SUPPORT FUNCTIONS 1064=head2 SUPPORT FUNCTIONS
1065
1066=head3 EVENT PROCESSING AND EVENT LOOP INTEGRATION
263 1067
264=over 4 1068=over 4
265 1069
266=item $fileno = IO::AIO::poll_fileno 1070=item $fileno = IO::AIO::poll_fileno
267 1071
272 1076
273See C<poll_cb> for an example. 1077See C<poll_cb> for an example.
274 1078
275=item IO::AIO::poll_cb 1079=item IO::AIO::poll_cb
276 1080
277Process all outstanding events on the result pipe. You have to call this 1081Process some outstanding events on the result pipe. You have to call this
278regularly. Returns the number of events processed. Returns immediately 1082regularly. Returns the number of events processed. Returns immediately
279when no events are outstanding. 1083when no events are outstanding. The amount of events processed depends on
1084the settings of C<IO::AIO::max_poll_req> and C<IO::AIO::max_poll_time>.
1085
1086If not all requests were processed for whatever reason, the filehandle
1087will still be ready when C<poll_cb> returns.
280 1088
281Example: Install an Event watcher that automatically calls 1089Example: Install an Event watcher that automatically calls
282IO::AIO::poll_cb with high priority: 1090IO::AIO::poll_cb with high priority:
283 1091
284 Event->io (fd => IO::AIO::poll_fileno, 1092 Event->io (fd => IO::AIO::poll_fileno,
285 poll => 'r', async => 1, 1093 poll => 'r', async => 1,
286 cb => \&IO::AIO::poll_cb); 1094 cb => \&IO::AIO::poll_cb);
287 1095
1096=item IO::AIO::max_poll_reqs $nreqs
1097
1098=item IO::AIO::max_poll_time $seconds
1099
1100These set the maximum number of requests (default C<0>, meaning infinity)
1101that are being processed by C<IO::AIO::poll_cb> in one call, respectively
1102the maximum amount of time (default C<0>, meaning infinity) spent in
1103C<IO::AIO::poll_cb> to process requests (more correctly the mininum amount
1104of time C<poll_cb> is allowed to use).
1105
1106Setting C<max_poll_time> to a non-zero value creates an overhead of one
1107syscall per request processed, which is not normally a problem unless your
1108callbacks are really really fast or your OS is really really slow (I am
1109not mentioning Solaris here). Using C<max_poll_reqs> incurs no overhead.
1110
1111Setting these is useful if you want to ensure some level of
1112interactiveness when perl is not fast enough to process all requests in
1113time.
1114
1115For interactive programs, values such as C<0.01> to C<0.1> should be fine.
1116
1117Example: Install an Event watcher that automatically calls
1118IO::AIO::poll_cb with low priority, to ensure that other parts of the
1119program get the CPU sometimes even under high AIO load.
1120
1121 # try not to spend much more than 0.1s in poll_cb
1122 IO::AIO::max_poll_time 0.1;
1123
1124 # use a low priority so other tasks have priority
1125 Event->io (fd => IO::AIO::poll_fileno,
1126 poll => 'r', nice => 1,
1127 cb => &IO::AIO::poll_cb);
1128
288=item IO::AIO::poll_wait 1129=item IO::AIO::poll_wait
289 1130
1131If there are any outstanding requests and none of them in the result
290Wait till the result filehandle becomes ready for reading (simply does a 1132phase, wait till the result filehandle becomes ready for reading (simply
291C<select> on the filehandle. This is useful if you want to synchronously wait 1133does a C<select> on the filehandle. This is useful if you want to
292for some requests to finish). 1134synchronously wait for some requests to finish).
293 1135
294See C<nreqs> for an example. 1136See C<nreqs> for an example.
295 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
296=item IO::AIO::nreqs 1147=item IO::AIO::flush
297 1148
298Returns the number of requests currently outstanding (i.e. for which their 1149Wait till all outstanding AIO requests have been handled.
299callback has not been invoked yet).
300 1150
301Example: wait till there are no outstanding requests anymore: 1151Strictly equivalent to:
302 1152
303 IO::AIO::poll_wait, IO::AIO::poll_cb 1153 IO::AIO::poll_wait, IO::AIO::poll_cb
304 while IO::AIO::nreqs; 1154 while IO::AIO::nreqs;
305 1155
306=item IO::AIO::flush 1156=back
307 1157
308Wait till all outstanding AIO requests have been handled. 1158=head3 CONTROLLING THE NUMBER OF THREADS
309 1159
310Strictly equivalent to: 1160=over
311
312 IO::AIO::poll_wait, IO::AIO::poll_cb
313 while IO::AIO::nreqs;
314
315=item IO::AIO::poll
316
317Waits until some requests have been handled.
318
319Strictly equivalent to:
320
321 IO::AIO::poll_wait, IO::AIO::poll_cb
322 if IO::AIO::nreqs;
323 1161
324=item IO::AIO::min_parallel $nthreads 1162=item IO::AIO::min_parallel $nthreads
325 1163
326Set the minimum number of AIO threads to C<$nthreads>. The current default 1164Set the minimum number of AIO threads to C<$nthreads>. The current
327is C<4>, which means four asynchronous operations can be done at one time 1165default is C<8>, which means eight asynchronous operations can execute
328(the number of outstanding operations, however, is unlimited). 1166concurrently at any one time (the number of outstanding requests,
1167however, is unlimited).
329 1168
330IO::AIO starts threads only on demand, when an AIO request is queued and 1169IO::AIO starts threads only on demand, when an AIO request is queued and
331no free thread exists. 1170no free thread exists. Please note that queueing up a hundred requests can
1171create demand for a hundred threads, even if it turns out that everything
1172is in the cache and could have been processed faster by a single thread.
332 1173
333It is recommended to keep the number of threads low, as some Linux 1174It is recommended to keep the number of threads relatively low, as some
334kernel versions will scale negatively with the number of threads (higher 1175Linux kernel versions will scale negatively with the number of threads
335parallelity => MUCH higher latency). With current Linux 2.6 versions, 4-32 1176(higher parallelity => MUCH higher latency). With current Linux 2.6
336threads should be fine. 1177versions, 4-32 threads should be fine.
337 1178
338Under most circumstances you don't need to call this function, as the 1179Under most circumstances you don't need to call this function, as the
339module selects a default that is suitable for low to moderate load. 1180module selects a default that is suitable for low to moderate load.
340 1181
341=item IO::AIO::max_parallel $nthreads 1182=item IO::AIO::max_parallel $nthreads
350This module automatically runs C<max_parallel 0> at program end, to ensure 1191This module automatically runs C<max_parallel 0> at program end, to ensure
351that all threads are killed and that there are no outstanding requests. 1192that all threads are killed and that there are no outstanding requests.
352 1193
353Under normal circumstances you don't need to call this function. 1194Under normal circumstances you don't need to call this function.
354 1195
1196=item IO::AIO::max_idle $nthreads
1197
1198Limit the number of threads (default: 4) that are allowed to idle (i.e.,
1199threads that did not get a request to process within 10 seconds). That
1200means if a thread becomes idle while C<$nthreads> other threads are also
1201idle, it will free its resources and exit.
1202
1203This 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
1205under normal circumstances (1000 threads can easily consume 30MB of RAM).
1206
1207The default is probably ok in most situations, especially if thread
1208creation is fast. If thread creation is very slow on your system you might
1209want to use larger values.
1210
355=item $oldnreqs = IO::AIO::max_outstanding $nreqs 1211=item $oldmaxreqs = IO::AIO::max_outstanding $maxreqs
1212
1213This 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
1215use an C<aio_group> together with a feed callback.
356 1216
357Sets the maximum number of outstanding requests to C<$nreqs>. If you 1217Sets the maximum number of outstanding requests to C<$nreqs>. If you
358try to queue up more than this number of requests, the caller will block until 1218do queue up more than this number of requests, the next call to the
359some requests have been handled. 1219C<poll_cb> (and C<poll_some> and other functions calling C<poll_cb>)
1220function will block until the limit is no longer exceeded.
360 1221
361The default is very large, so normally there is no practical limit. If you 1222The default value is very large, so there is no practical limit on the
362queue up many requests in a loop it often improves speed if you set 1223number of outstanding requests.
363this to a relatively low number, such as C<100>.
364 1224
365Under normal circumstances you don't need to call this function. 1225You can still queue as many requests as you want. Therefore,
1226C<max_oustsanding> is mainly useful in simple scripts (with low values) or
1227as a stop gap to shield against fatal memory overflow (with large values).
366 1228
367=back 1229=back
368 1230
1231=head3 STATISTICAL INFORMATION
1232
1233=over
1234
1235=item IO::AIO::nreqs
1236
1237Returns the number of requests currently in the ready, execute or pending
1238states (i.e. for which their callback has not been invoked yet).
1239
1240Example: wait till there are no outstanding requests anymore:
1241
1242 IO::AIO::poll_wait, IO::AIO::poll_cb
1243 while IO::AIO::nreqs;
1244
1245=item IO::AIO::nready
1246
1247Returns the number of requests currently in the ready state (not yet
1248executed).
1249
1250=item IO::AIO::npending
1251
1252Returns the number of requests currently in the pending state (executed,
1253but not yet processed by poll_cb).
1254
1255=back
1256
369=cut 1257=cut
370 1258
371# support function to convert a fd into a perl filehandle
372sub _fd2fh {
373 return undef if $_[0] < 0;
374
375 # try to generate nice filehandles
376 my $sym = "IO::AIO::fd#$_[0]";
377 local *$sym;
378
379 open *$sym, "+<&=$_[0]" # usually works under any unix
380 or open *$sym, "<&=$_[0]" # cygwin needs this
381 or open *$sym, ">&=$_[0]" # or this
382 or return undef;
383
384 *$sym
385}
386
387min_parallel 4; 1259min_parallel 8;
388 1260
389END { 1261END { flush }
390 max_parallel 0;
391}
392 1262
3931; 12631;
394 1264
395=head2 FORK BEHAVIOUR 1265=head2 FORK BEHAVIOUR
1266
1267This module should do "the right thing" when the process using it forks:
396 1268
397Before the fork, IO::AIO enters a quiescent state where no requests 1269Before the fork, IO::AIO enters a quiescent state where no requests
398can be added in other threads and no results will be processed. After 1270can be added in other threads and no results will be processed. After
399the fork the parent simply leaves the quiescent state and continues 1271the fork the parent simply leaves the quiescent state and continues
400request/result processing, while the child clears the request/result 1272request/result processing, while the child frees the request/result queue
401queue (so the requests started before the fork will only be handled in 1273(so that the requests started before the fork will only be handled in the
402the parent). Threats will be started on demand until the limit ste in the 1274parent). Threads will be started on demand until the limit set in the
403parent process has been reached again. 1275parent process has been reached again.
404 1276
1277In short: the parent will, after a short pause, continue as if fork had
1278not been called, while the child will act as if IO::AIO has not been used
1279yet.
1280
1281=head2 MEMORY USAGE
1282
1283Per-request usage:
1284
1285Each aio request uses - depending on your architecture - around 100-200
1286bytes of memory. In addition, stat requests need a stat buffer (possibly
1287a few hundred bytes), readdir requires a result buffer and so on. Perl
1288scalars and other data passed into aio requests will also be locked and
1289will consume memory till the request has entered the done state.
1290
1291This is not awfully much, so queuing lots of requests is not usually a
1292problem.
1293
1294Per-thread usage:
1295
1296In the execution phase, some aio requests require more memory for
1297temporary buffers, and each thread requires a stack and other data
1298structures (usually around 16k-128k, depending on the OS).
1299
1300=head1 KNOWN BUGS
1301
1302Known bugs will be fixed in the next release.
1303
405=head1 SEE ALSO 1304=head1 SEE ALSO
406 1305
407L<Coro>, L<Linux::AIO>. 1306L<Coro::AIO>.
408 1307
409=head1 AUTHOR 1308=head1 AUTHOR
410 1309
411 Marc Lehmann <schmorp@schmorp.de> 1310 Marc Lehmann <schmorp@schmorp.de>
412 http://home.schmorp.de/ 1311 http://home.schmorp.de/

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines