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

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines