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.49 by root, Wed Mar 1 23:56:54 2006 UTC vs.
Revision 1.193 by root, Thu May 26 04:15:37 2011 UTC

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

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines