| … | |
… | |
| 63 | use base 'Exporter'; |
63 | use base 'Exporter'; |
| 64 | |
64 | |
| 65 | use Fcntl (); |
65 | use Fcntl (); |
| 66 | |
66 | |
| 67 | BEGIN { |
67 | BEGIN { |
| 68 | $VERSION = 1.1; |
68 | $VERSION = 1.3; |
|
|
69 | |
| 69 | |
70 | |
| 70 | @EXPORT = qw(aio_read aio_write aio_open aio_close aio_stat aio_lstat aio_unlink |
71 | @EXPORT = qw(aio_read aio_write aio_open aio_close aio_stat aio_lstat aio_unlink |
| 71 | aio_rmdir aio_symlink aio_fsync aio_fdatasync aio_readahead); |
72 | aio_rmdir aio_symlink aio_fsync aio_fdatasync aio_readahead); |
| 72 | @EXPORT_OK = qw(poll_fileno poll_cb min_parallel max_parallel max_outstanding nreqs); |
73 | @EXPORT_OK = qw(poll_fileno poll_cb min_parallel max_parallel max_outstanding nreqs); |
| 73 | |
74 | |
| … | |
… | |
| 88 | syscall has been executed asynchronously. |
89 | syscall has been executed asynchronously. |
| 89 | |
90 | |
| 90 | All functions expecting a filehandle keep a copy of the filehandle |
91 | All functions expecting a filehandle keep a copy of the filehandle |
| 91 | internally until the request has finished. |
92 | internally until the request has finished. |
| 92 | |
93 | |
| 93 | The filenames you pass to these routines I<must> be absolute. The reason |
94 | The pathnames you pass to these routines I<must> be absolute and |
| 94 | for this is that at the time the request is being executed, the current |
95 | encoded in byte form. The reason for the former is that at the time the |
| 95 | working directory could have changed. Alternatively, you can make sure |
96 | request is being executed, the current working directory could have |
| 96 | that you never change the current working directory. |
97 | changed. Alternatively, you can make sure that you never change the |
|
|
98 | current working directory. |
|
|
99 | |
|
|
100 | To encode pathnames to byte form, either make sure you either: a) |
|
|
101 | always pass in filenames you got from outside (command line, readdir |
|
|
102 | etc.), b) are ASCII or ISO 8859-1, c) use the Encode module and encode |
|
|
103 | your pathnames to the locale (or other) encoding in effect in the user |
|
|
104 | environment, d) use Glib::filename_from_unicode on unicode filenames or e) |
|
|
105 | use something else. |
| 97 | |
106 | |
| 98 | =over 4 |
107 | =over 4 |
| 99 | |
108 | |
| 100 | =item aio_open $pathname, $flags, $mode, $callback |
109 | =item aio_open $pathname, $flags, $mode, $callback |
| 101 | |
110 | |
| … | |
… | |
| 142 | Reads or writes C<length> bytes from the specified C<fh> and C<offset> |
151 | Reads or writes C<length> bytes from the specified C<fh> and C<offset> |
| 143 | into the scalar given by C<data> and offset C<dataoffset> and calls the |
152 | into the scalar given by C<data> and offset C<dataoffset> and calls the |
| 144 | callback without the actual number of bytes read (or -1 on error, just |
153 | callback without the actual number of bytes read (or -1 on error, just |
| 145 | like the syscall). |
154 | like the syscall). |
| 146 | |
155 | |
|
|
156 | The C<$data> scalar I<MUST NOT> be modified in any way while the request |
|
|
157 | is outstanding. Modifying it can result in segfaults or WW3 (if the |
|
|
158 | necessary/optional hardware is installed). |
|
|
159 | |
| 147 | Example: Read 15 bytes at offset 7 into scalar C<$buffer>, starting at |
160 | Example: Read 15 bytes at offset 7 into scalar C<$buffer>, starting at |
| 148 | offset C<0> within the scalar: |
161 | offset C<0> within the scalar: |
| 149 | |
162 | |
| 150 | aio_read $fh, 7, 15, $buffer, 0, sub { |
163 | aio_read $fh, 7, 15, $buffer, 0, sub { |
| 151 | $_[0] > 0 or die "read error: $!"; |
164 | $_[0] > 0 or die "read error: $!"; |
| … | |
… | |
| 341 | |
354 | |
| 342 | 1; |
355 | 1; |
| 343 | |
356 | |
| 344 | =head2 FORK BEHAVIOUR |
357 | =head2 FORK BEHAVIOUR |
| 345 | |
358 | |
| 346 | IO::AIO handles all outstanding AIO requests before the fork, destroys all |
359 | Before the fork IO::AIO enters a quiescent state where no requests can be |
| 347 | AIO threads, and recreates them in both the parent and the child after the |
360 | added in other threads and no results will be processed. After the fork |
| 348 | fork. |
361 | the parent simply leaves the quiescent state and continues request/result |
| 349 | |
362 | processing, while the child clears the request/result queue and starts the |
|
|
363 | same number of threads as were in use by the parent. |
| 350 | |
364 | |
| 351 | =head1 SEE ALSO |
365 | =head1 SEE ALSO |
| 352 | |
366 | |
| 353 | L<Coro>, L<Linux::AIO>. |
367 | L<Coro>, L<Linux::AIO>. |
| 354 | |
368 | |
