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.202 by root, Tue Jul 5 14:02:15 2011 UTC vs.
Revision 1.217 by root, Sun Oct 9 22:25:00 2011 UTC

168use common::sense; 168use common::sense;
169 169
170use base 'Exporter'; 170use base 'Exporter';
171 171
172BEGIN { 172BEGIN {
173 our $VERSION = '3.93'; 173 our $VERSION = '4.11';
174 174
175 our @AIO_REQ = qw(aio_sendfile aio_read aio_write aio_open aio_close 175 our @AIO_REQ = qw(aio_sendfile aio_read aio_write aio_open aio_close
176 aio_stat aio_lstat aio_unlink aio_rmdir aio_readdir aio_readdirx 176 aio_stat aio_lstat aio_unlink aio_rmdir aio_readdir aio_readdirx
177 aio_scandir aio_symlink aio_readlink aio_realpath aio_sync aio_fsync 177 aio_scandir aio_symlink aio_readlink aio_realpath aio_sync
178 aio_fdatasync aio_sync_file_range aio_pathsync aio_readahead 178 aio_fsync aio_syncfs aio_fdatasync aio_sync_file_range aio_fallocate
179 aio_pathsync aio_readahead
179 aio_rename aio_link aio_move aio_copy aio_group 180 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_nop aio_mknod aio_load aio_rmtree aio_mkdir aio_chown
181 aio_chmod aio_utime aio_truncate 182 aio_chmod aio_utime aio_truncate
182 aio_msync aio_mtouch aio_mlock aio_mlockall 183 aio_msync aio_mtouch aio_mlock aio_mlockall
183 aio_statvfs); 184 aio_statvfs
185 aio_wd);
184 186
185 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice)); 187 our @EXPORT = (@AIO_REQ, qw(aioreq_pri aioreq_nice));
186 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush 188 our @EXPORT_OK = qw(poll_fileno poll_cb poll_wait flush
187 min_parallel max_parallel max_idle idle_timeout 189 min_parallel max_parallel max_idle idle_timeout
188 nreqs nready npending nthreads 190 nreqs nready npending nthreads
204 206
205This section simply lists the prototypes of the most important functions 207This section simply lists the prototypes of the most important functions
206for quick reference. See the following sections for function-by-function 208for quick reference. See the following sections for function-by-function
207documentation. 209documentation.
208 210
211 aio_wd $pathname, $callback->($wd)
209 aio_open $pathname, $flags, $mode, $callback->($fh) 212 aio_open $pathname, $flags, $mode, $callback->($fh)
210 aio_close $fh, $callback->($status) 213 aio_close $fh, $callback->($status)
211 aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 214 aio_read $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
212 aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval) 215 aio_write $fh,$offset,$length, $data,$dataoffset, $callback->($retval)
213 aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval) 216 aio_sendfile $out_fh, $in_fh, $in_offset, $length, $callback->($retval)
218 aio_utime $fh_or_path, $atime, $mtime, $callback->($status) 221 aio_utime $fh_or_path, $atime, $mtime, $callback->($status)
219 aio_chown $fh_or_path, $uid, $gid, $callback->($status) 222 aio_chown $fh_or_path, $uid, $gid, $callback->($status)
220 aio_truncate $fh_or_path, $offset, $callback->($status) 223 aio_truncate $fh_or_path, $offset, $callback->($status)
221 aio_chmod $fh_or_path, $mode, $callback->($status) 224 aio_chmod $fh_or_path, $mode, $callback->($status)
222 aio_unlink $pathname, $callback->($status) 225 aio_unlink $pathname, $callback->($status)
223 aio_mknod $path, $mode, $dev, $callback->($status) 226 aio_mknod $pathname, $mode, $dev, $callback->($status)
224 aio_link $srcpath, $dstpath, $callback->($status) 227 aio_link $srcpath, $dstpath, $callback->($status)
225 aio_symlink $srcpath, $dstpath, $callback->($status) 228 aio_symlink $srcpath, $dstpath, $callback->($status)
226 aio_readlink $path, $callback->($link) 229 aio_readlink $pathname, $callback->($link)
227 aio_realpath $path, $callback->($link) 230 aio_realpath $pathname, $callback->($link)
228 aio_rename $srcpath, $dstpath, $callback->($status) 231 aio_rename $srcpath, $dstpath, $callback->($status)
229 aio_mkdir $pathname, $mode, $callback->($status) 232 aio_mkdir $pathname, $mode, $callback->($status)
230 aio_rmdir $pathname, $callback->($status) 233 aio_rmdir $pathname, $callback->($status)
231 aio_readdir $pathname, $callback->($entries) 234 aio_readdir $pathname, $callback->($entries)
232 aio_readdirx $pathname, $flags, $callback->($entries, $flags) 235 aio_readdirx $pathname, $flags, $callback->($entries, $flags)
233 IO::AIO::READDIR_DENTS IO::AIO::READDIR_DIRS_FIRST 236 IO::AIO::READDIR_DENTS IO::AIO::READDIR_DIRS_FIRST
234 IO::AIO::READDIR_STAT_ORDER IO::AIO::READDIR_FOUND_UNKNOWN 237 IO::AIO::READDIR_STAT_ORDER IO::AIO::READDIR_FOUND_UNKNOWN
238 aio_scandir $pathname, $maxreq, $callback->($dirs, $nondirs)
235 aio_load $path, $data, $callback->($status) 239 aio_load $pathname, $data, $callback->($status)
236 aio_copy $srcpath, $dstpath, $callback->($status) 240 aio_copy $srcpath, $dstpath, $callback->($status)
237 aio_move $srcpath, $dstpath, $callback->($status) 241 aio_move $srcpath, $dstpath, $callback->($status)
238 aio_scandir $path, $maxreq, $callback->($dirs, $nondirs)
239 aio_rmtree $path, $callback->($status) 242 aio_rmtree $pathname, $callback->($status)
240 aio_sync $callback->($status) 243 aio_sync $callback->($status)
244 aio_syncfs $fh, $callback->($status)
241 aio_fsync $fh, $callback->($status) 245 aio_fsync $fh, $callback->($status)
242 aio_fdatasync $fh, $callback->($status) 246 aio_fdatasync $fh, $callback->($status)
243 aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status) 247 aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
244 aio_pathsync $path, $callback->($status) 248 aio_pathsync $pathname, $callback->($status)
245 aio_msync $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status) 249 aio_msync $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
246 aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status) 250 aio_mtouch $scalar, $offset = 0, $length = undef, flags = 0, $callback->($status)
247 aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status) 251 aio_mlock $scalar, $offset = 0, $length = undef, $callback->($status)
248 aio_mlockall $flags, $callback->($status) 252 aio_mlockall $flags, $callback->($status)
249 aio_group $callback->(...) 253 aio_group $callback->(...)
277=head2 AIO REQUEST FUNCTIONS 281=head2 AIO REQUEST FUNCTIONS
278 282
279All the C<aio_*> calls are more or less thin wrappers around the syscall 283All the C<aio_*> calls are more or less thin wrappers around the syscall
280with the same name (sans C<aio_>). The arguments are similar or identical, 284with the same name (sans C<aio_>). The arguments are similar or identical,
281and they all accept an additional (and optional) C<$callback> argument 285and they all accept an additional (and optional) C<$callback> argument
282which must be a code reference. This code reference will get called with 286which must be a code reference. This code reference will be called after
283the syscall return code (e.g. most syscalls return C<-1> on error, unlike 287the syscall has been executed in an asynchronous fashion. The results
284perl, which usually delivers "false") as its sole argument after the given 288of the request will be passed as arguments to the callback (and, if an
285syscall has been executed asynchronously. 289error occured, in C<$!>) - for most requests the syscall return code (e.g.
290most syscalls return C<-1> on error, unlike perl, which usually delivers
291"false").
292
293Some requests (such as C<aio_readdir>) pass the actual results and
294communicate failures by passing C<undef>.
286 295
287All functions expecting a filehandle keep a copy of the filehandle 296All functions expecting a filehandle keep a copy of the filehandle
288internally until the request has finished. 297internally until the request has finished.
289 298
290All functions return request objects of type L<IO::AIO::REQ> that allow 299All functions return request objects of type L<IO::AIO::REQ> that allow
291further manipulation of those requests while they are in-flight. 300further manipulation of those requests while they are in-flight.
292 301
293The pathnames you pass to these routines I<must> be absolute and 302The pathnames you pass to these routines I<should> be absolute. The
294encoded as octets. The reason for the former is that at the time the 303reason for this is that at the time the request is being executed, the
295request is being executed, the current working directory could have 304current working directory could have changed. Alternatively, you can
296changed. Alternatively, you can make sure that you never change the 305make sure that you never change the current working directory anywhere
297current working directory anywhere in the program and then use relative 306in the program and then use relative paths. You can also take advantage
298paths. 307of IO::AIOs working directory abstraction, that lets you specify paths
308relative to some previously-opened "working directory object" - see the
309description of the C<IO::AIO::WD> class later in this document.
299 310
300To encode pathnames as octets, either make sure you either: a) always pass 311To encode pathnames as octets, either make sure you either: a) always pass
301in filenames you got from outside (command line, readdir etc.) without 312in filenames you got from outside (command line, readdir etc.) without
302tinkering, b) are ASCII or ISO 8859-1, c) use the Encode module and encode 313tinkering, b) are in your native filesystem encoding, c) use the Encode
303your pathnames to the locale (or other) encoding in effect in the user 314module and encode your pathnames to the locale (or other) encoding in
304environment, d) use Glib::filename_from_unicode on unicode filenames or e) 315effect in the user environment, d) use Glib::filename_from_unicode on
305use something else to ensure your scalar has the correct contents. 316unicode filenames or e) use something else to ensure your scalar has the
317correct contents.
306 318
307This works, btw. independent of the internal UTF-8 bit, which IO::AIO 319This works, btw. independent of the internal UTF-8 bit, which IO::AIO
308handles correctly whether it is set or not. 320handles correctly whether it is set or not.
309 321
310=over 4 322=over 4
612 624
613Asynchronously unlink (delete) a file and call the callback with the 625Asynchronously unlink (delete) a file and call the callback with the
614result code. 626result code.
615 627
616 628
617=item aio_mknod $path, $mode, $dev, $callback->($status) 629=item aio_mknod $pathname, $mode, $dev, $callback->($status)
618 630
619[EXPERIMENTAL] 631[EXPERIMENTAL]
620 632
621Asynchronously create a device node (or fifo). See mknod(2). 633Asynchronously create a device node (or fifo). See mknod(2).
622 634
623The only (POSIX-) portable way of calling this function is: 635The only (POSIX-) portable way of calling this function is:
624 636
625 aio_mknod $path, IO::AIO::S_IFIFO | $mode, 0, sub { ... 637 aio_mknod $pathname, IO::AIO::S_IFIFO | $mode, 0, sub { ...
626 638
627See C<aio_stat> for info about some potentially helpful extra constants 639See C<aio_stat> for info about some potentially helpful extra constants
628and functions. 640and functions.
629 641
630=item aio_link $srcpath, $dstpath, $callback->($status) 642=item aio_link $srcpath, $dstpath, $callback->($status)
637 649
638Asynchronously create a new symbolic link to the existing object at C<$srcpath> at 650Asynchronously create a new symbolic link to the existing object at C<$srcpath> at
639the path C<$dstpath> and call the callback with the result code. 651the path C<$dstpath> and call the callback with the result code.
640 652
641 653
642=item aio_readlink $path, $callback->($link) 654=item aio_readlink $pathname, $callback->($link)
643 655
644Asynchronously read the symlink specified by C<$path> and pass it to 656Asynchronously read the symlink specified by C<$path> and pass it to
645the callback. If an error occurs, nothing or undef gets passed to the 657the callback. If an error occurs, nothing or undef gets passed to the
646callback. 658callback.
647 659
648 660
649=item aio_realpath $path, $callback->($path) 661=item aio_realpath $pathname, $callback->($path)
650 662
651Asynchronously make the path absolute and resolve any symlinks in 663Asynchronously make the path absolute and resolve any symlinks in
652C<$path>. The resulting path only consists of directories (Same as 664C<$path>. The resulting path only consists of directories (Same as
653L<Cwd::realpath>). 665L<Cwd::realpath>).
654 666
685array-ref with the filenames. 697array-ref with the filenames.
686 698
687 699
688=item aio_readdirx $pathname, $flags, $callback->($entries, $flags) 700=item aio_readdirx $pathname, $flags, $callback->($entries, $flags)
689 701
690Quite similar to C<aio_readdir>, but the C<$flags> argument allows to tune 702Quite similar to C<aio_readdir>, but the C<$flags> argument allows one to
691behaviour and output format. In case of an error, C<$entries> will be 703tune behaviour and output format. In case of an error, C<$entries> will be
692C<undef>. 704C<undef>.
693 705
694The flags are a combination of the following constants, ORed together (the 706The flags are a combination of the following constants, ORed together (the
695flags will also be passed to the callback, possibly modified): 707flags will also be passed to the callback, possibly modified):
696 708
743 755
744=item IO::AIO::READDIR_FOUND_UNKNOWN 756=item IO::AIO::READDIR_FOUND_UNKNOWN
745 757
746This flag should not be set when calling C<aio_readdirx>. Instead, it 758This flag should not be set when calling C<aio_readdirx>. Instead, it
747is being set by C<aio_readdirx>, when any of the C<$type>'s found were 759is being set by C<aio_readdirx>, when any of the C<$type>'s found were
748C<IO::AIO::DT_UNKNOWN>. The absense of this flag therefore indicates that all 760C<IO::AIO::DT_UNKNOWN>. The absence of this flag therefore indicates that all
749C<$type>'s are known, which can be used to speed up some algorithms. 761C<$type>'s are known, which can be used to speed up some algorithms.
750 762
751=back 763=back
752 764
753 765
754=item aio_load $path, $data, $callback->($status) 766=item aio_load $pathname, $data, $callback->($status)
755 767
756This is a composite request that tries to fully load the given file into 768This is a composite request that tries to fully load the given file into
757memory. Status is the same as with aio_read. 769memory. Status is the same as with aio_read.
758 770
759=cut 771=cut
894 }; 906 };
895 907
896 $grp 908 $grp
897} 909}
898 910
899=item aio_scandir $path, $maxreq, $callback->($dirs, $nondirs) 911=item aio_scandir $pathname, $maxreq, $callback->($dirs, $nondirs)
900 912
901Scans a directory (similar to C<aio_readdir>) but additionally tries to 913Scans a directory (similar to C<aio_readdir>) but additionally tries to
902efficiently separate the entries of directory C<$path> into two sets of 914efficiently separate the entries of directory C<$path> into two sets of
903names, directories you can recurse into (directories), and ones you cannot 915names, directories you can recurse into (directories), and ones you cannot
904recurse into (everything else, including symlinks to directories). 916recurse into (everything else, including symlinks to directories).
935Then entries will be sorted into likely directories a non-initial dot 947Then entries will be sorted into likely directories a non-initial dot
936currently) and likely non-directories (see C<aio_readdirx>). Then every 948currently) and likely non-directories (see C<aio_readdirx>). Then every
937entry plus an appended C</.> will be C<stat>'ed, likely directories first, 949entry plus an appended C</.> will be C<stat>'ed, likely directories first,
938in order of their inode numbers. If that succeeds, it assumes that the 950in order of their inode numbers. If that succeeds, it assumes that the
939entry is a directory or a symlink to directory (which will be checked 951entry is a directory or a symlink to directory (which will be checked
940seperately). This is often faster than stat'ing the entry itself because 952separately). This is often faster than stat'ing the entry itself because
941filesystems might detect the type of the entry without reading the inode 953filesystems might detect the type of the entry without reading the inode
942data (e.g. ext2fs filetype feature), even on systems that cannot return 954data (e.g. ext2fs filetype feature), even on systems that cannot return
943the filetype information on readdir. 955the filetype information on readdir.
944 956
945If the known number of directories (link count - 2) has been reached, the 957If the known number of directories (link count - 2) has been reached, the
961 973
962 my $grp = aio_group $cb; 974 my $grp = aio_group $cb;
963 975
964 $maxreq = 4 if $maxreq <= 0; 976 $maxreq = 4 if $maxreq <= 0;
965 977
966 # stat once 978 # get a wd object
967 aioreq_pri $pri; 979 aioreq_pri $pri;
968 add $grp aio_stat $path, sub { 980 add $grp aio_wd $path, sub {
981 $_[0]
969 return $grp->result () if $_[0]; 982 or return $grp->result ();
970 my $now = time;
971 my $hash1 = join ":", (stat _)[0,1,3,7,9];
972 983
973 # read the directory entries 984 my $wd = [shift, "."];
985
986 # stat once
974 aioreq_pri $pri; 987 aioreq_pri $pri;
975 add $grp aio_readdirx $path, READDIR_DIRS_FIRST, sub { 988 add $grp aio_stat $wd, sub {
976 my $entries = shift
977 or return $grp->result (); 989 return $grp->result () if $_[0];
990 my $now = time;
991 my $hash1 = join ":", (stat _)[0,1,3,7,9];
978 992
979 # stat the dir another time 993 # read the directory entries
980 aioreq_pri $pri; 994 aioreq_pri $pri;
995 add $grp aio_readdirx $wd, READDIR_DIRS_FIRST, sub {
996 my $entries = shift
997 or return $grp->result ();
998
999 # stat the dir another time
1000 aioreq_pri $pri;
981 add $grp aio_stat $path, sub { 1001 add $grp aio_stat $wd, sub {
982 my $hash2 = join ":", (stat _)[0,1,3,7,9]; 1002 my $hash2 = join ":", (stat _)[0,1,3,7,9];
983 1003
984 my $ndirs; 1004 my $ndirs;
985 1005
986 # take the slow route if anything looks fishy 1006 # take the slow route if anything looks fishy
987 if ($hash1 ne $hash2 or (stat _)[9] == $now) { 1007 if ($hash1 ne $hash2 or (stat _)[9] == $now) {
988 $ndirs = -1; 1008 $ndirs = -1;
989 } else { 1009 } else {
990 # if nlink == 2, we are finished 1010 # if nlink == 2, we are finished
991 # for non-posix-fs's, we rely on nlink < 2 1011 # for non-posix-fs's, we rely on nlink < 2
992 $ndirs = (stat _)[3] - 2 1012 $ndirs = (stat _)[3] - 2
993 or return $grp->result ([], $entries); 1013 or return $grp->result ([], $entries);
994 } 1014 }
995 1015
996 my (@dirs, @nondirs); 1016 my (@dirs, @nondirs);
997 1017
998 my $statgrp = add $grp aio_group sub { 1018 my $statgrp = add $grp aio_group sub {
999 $grp->result (\@dirs, \@nondirs); 1019 $grp->result (\@dirs, \@nondirs);
1000 }; 1020 };
1001 1021
1002 limit $statgrp $maxreq; 1022 limit $statgrp $maxreq;
1003 feed $statgrp sub { 1023 feed $statgrp sub {
1004 return unless @$entries; 1024 return unless @$entries;
1005 my $entry = shift @$entries; 1025 my $entry = shift @$entries;
1006 1026
1007 aioreq_pri $pri; 1027 aioreq_pri $pri;
1028 $wd->[1] = "$entry/.";
1008 add $statgrp aio_stat "$path/$entry/.", sub { 1029 add $statgrp aio_stat $wd, sub {
1009 if ($_[0] < 0) { 1030 if ($_[0] < 0) {
1010 push @nondirs, $entry; 1031 push @nondirs, $entry;
1011 } else { 1032 } else {
1012 # need to check for real directory 1033 # need to check for real directory
1013 aioreq_pri $pri; 1034 aioreq_pri $pri;
1035 $wd->[1] = $entry;
1014 add $statgrp aio_lstat "$path/$entry", sub { 1036 add $statgrp aio_lstat $wd, sub {
1015 if (-d _) { 1037 if (-d _) {
1016 push @dirs, $entry; 1038 push @dirs, $entry;
1017 1039
1018 unless (--$ndirs) { 1040 unless (--$ndirs) {
1019 push @nondirs, @$entries; 1041 push @nondirs, @$entries;
1020 feed $statgrp; 1042 feed $statgrp;
1043 }
1044 } else {
1045 push @nondirs, $entry;
1021 } 1046 }
1022 } else {
1023 push @nondirs, $entry;
1024 } 1047 }
1025 } 1048 }
1026 } 1049 };
1027 }; 1050 };
1028 }; 1051 };
1029 }; 1052 };
1030 }; 1053 };
1031 }; 1054 };
1032 1055
1033 $grp 1056 $grp
1034} 1057}
1035 1058
1036=item aio_rmtree $path, $callback->($status) 1059=item aio_rmtree $pathname, $callback->($status)
1037 1060
1038Delete a directory tree starting (and including) C<$path>, return the 1061Delete a directory tree starting (and including) C<$path>, return the
1039status of the final C<rmdir> only. This is a composite request that 1062status of the final C<rmdir> only. This is a composite request that
1040uses C<aio_scandir> to recurse into and rmdir directories, and unlink 1063uses C<aio_scandir> to recurse into and rmdir directories, and unlink
1041everything else. 1064everything else.
1083callback with the fdatasync result code. 1106callback with the fdatasync result code.
1084 1107
1085If this call isn't available because your OS lacks it or it couldn't be 1108If this call isn't available because your OS lacks it or it couldn't be
1086detected, it will be emulated by calling C<fsync> instead. 1109detected, it will be emulated by calling C<fsync> instead.
1087 1110
1111=item aio_syncfs $fh, $callback->($status)
1112
1113Asynchronously call the syncfs syscall to sync the filesystem associated
1114to the given filehandle and call the callback with the syncfs result
1115code. If syncfs is not available, calls sync(), but returns C<-1> and sets
1116errno to C<ENOSYS> nevertheless.
1117
1088=item aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status) 1118=item aio_sync_file_range $fh, $offset, $nbytes, $flags, $callback->($status)
1089 1119
1090Sync the data portion of the file specified by C<$offset> and C<$length> 1120Sync the data portion of the file specified by C<$offset> and C<$length>
1091to disk (but NOT the metadata), by calling the Linux-specific 1121to disk (but NOT the metadata), by calling the Linux-specific
1092sync_file_range call. If sync_file_range is not available or it returns 1122sync_file_range call. If sync_file_range is not available or it returns
1095C<$flags> can be a combination of C<IO::AIO::SYNC_FILE_RANGE_WAIT_BEFORE>, 1125C<$flags> can be a combination of C<IO::AIO::SYNC_FILE_RANGE_WAIT_BEFORE>,
1096C<IO::AIO::SYNC_FILE_RANGE_WRITE> and 1126C<IO::AIO::SYNC_FILE_RANGE_WRITE> and
1097C<IO::AIO::SYNC_FILE_RANGE_WAIT_AFTER>: refer to the sync_file_range 1127C<IO::AIO::SYNC_FILE_RANGE_WAIT_AFTER>: refer to the sync_file_range
1098manpage for details. 1128manpage for details.
1099 1129
1100=item aio_pathsync $path, $callback->($status) 1130=item aio_pathsync $pathname, $callback->($status)
1101 1131
1102This request tries to open, fsync and close the given path. This is a 1132This request tries to open, fsync and close the given path. This is a
1103composite request intended to sync directories after directory operations 1133composite request intended to sync directories after directory operations
1104(E.g. rename). This might not work on all operating systems or have any 1134(E.g. rename). This might not work on all operating systems or have any
1105specific effect, but usually it makes sure that directory changes get 1135specific effect, but usually it makes sure that directory changes get
1248immense (it blocks a thread for a long time) so do not use this function 1278immense (it blocks a thread for a long time) so do not use this function
1249except to put your application under artificial I/O pressure. 1279except to put your application under artificial I/O pressure.
1250 1280
1251=back 1281=back
1252 1282
1283
1284=head2 IO::AIO::WD - multiple working directories
1285
1286Your process only has one current working directory, which is used by all
1287threads. This makes it hard to use relative paths (some other component
1288could call C<chdir> at any time, and it is hard to control when the path
1289will be used by IO::AIO).
1290
1291One solution for this is to always use absolute paths. This usually works,
1292but can be quite slow (the kernel has to walk the whole path on every
1293access), and can also be a hassle to implement.
1294
1295Newer POSIX systems have a number of functions (openat, fdopendir,
1296futimensat and so on) that make it possible to specify working directories
1297per operation.
1298
1299For portability, and because the clowns who "designed", or shall I write,
1300perpetrated this new interface were obviously half-drunk, this abstraction
1301cannot be perfect, though.
1302
1303IO::AIO allows you to convert directory paths into a so-called IO::AIO::WD
1304object. This object stores the canonicalised, absolute version of the
1305path, and on systems that allow it, also a directory file descriptor.
1306
1307Everywhere where a pathname is accepted by IO::AIO (e.g. in C<aio_stat>
1308or C<aio_unlink>), one can specify an array reference with an IO::AIO::WD
1309object and a pathname instead (or the IO::AIO::WD object alone, which
1310gets interpreted as C<[$wd, "."]>). If the pathname is absolute, the
1311IO::AIO::WD object is ignored, otherwise the pathname is resolved relative
1312to that IO::AIO::WD object.
1313
1314For example, to get a wd object for F</etc> and then stat F<passwd>
1315inside, you would write:
1316
1317 aio_wd "/etc", sub {
1318 my $etcdir = shift;
1319
1320 # although $etcdir can be undef on error, there is generally no reason
1321 # to check for errors here, as aio_stat will fail with ENOENT
1322 # when $etcdir is undef.
1323
1324 aio_stat [$etcdir, "passwd"], sub {
1325 # yay
1326 };
1327 };
1328
1329That C<aio_wd> is a request and not a normal function shows that creating
1330an IO::AIO::WD object is itself a potentially blocking operation, which is
1331why it is done asynchronously.
1332
1333To stat the directory obtained with C<aio_wd> above, one could write
1334either of the following three request calls:
1335
1336 aio_lstat "/etc" , sub { ... # pathname as normal string
1337 aio_lstat [$wd, "."], sub { ... # "." relative to $wd (i.e. $wd itself)
1338 aio_lstat $wd , sub { ... # shorthand for the previous
1339
1340As with normal pathnames, IO::AIO keeps a copy of the working directory
1341object and the pathname string, so you could write the following without
1342causing any issues due to C<$path> getting reused:
1343
1344 my $path = [$wd, undef];
1345
1346 for my $name (qw(abc def ghi)) {
1347 $path->[1] = $name;
1348 aio_stat $path, sub {
1349 # ...
1350 };
1351 }
1352
1353There are some caveats: when directories get renamed (or deleted), the
1354pathname string doesn't change, so will point to the new directory (or
1355nowhere at all), while the directory fd, if available on the system,
1356will still point to the original directory. Most functions accepting a
1357pathname will use the directory fd on newer systems, and the string on
1358older systems. Some functions (such as realpath) will always rely on the
1359string form of the pathname.
1360
1361So this fucntionality is mainly useful to get some protection against
1362C<chdir>, to easily get an absolute path out of a relative path for future
1363reference, and to speed up doing many operations in the same directory
1364(e.g. when stat'ing all files in a directory).
1365
1366The following functions implement this working directory abstraction:
1367
1368=over 4
1369
1370=item aio_wd $pathname, $callback->($wd)
1371
1372Asynchonously canonicalise the given pathname and convert it to an
1373IO::AIO::WD object representing it. If possible and supported on the
1374system, also open a directory fd to speed up pathname resolution relative
1375to this working directory.
1376
1377If something goes wrong, then C<undef> is passwd to the callback instead
1378of a working directory object and C<$!> is set appropriately. Since
1379passing C<undef> as working directory component of a pathname fails the
1380request with C<ENOENT>, there is often no need for error checking in the
1381C<aio_wd> callback, as future requests using the value will fail in the
1382expected way.
1383
1384If this call isn't available because your OS lacks it or it couldn't be
1385detected, it will be emulated by calling C<fsync> instead.
1386
1387=item IO::AIO::CWD
1388
1389This is a compiletime constant (object) that represents the process
1390current working directory.
1391
1392Specifying this object as working directory object for a pathname is as
1393if the pathname would be specified directly, without a directory object,
1394e.g., these calls are functionally identical:
1395
1396 aio_stat "somefile", sub { ... };
1397 aio_stat [IO::AIO::CWD, "somefile"], sub { ... };
1398
1399=back
1400
1401
1253=head2 IO::AIO::REQ CLASS 1402=head2 IO::AIO::REQ CLASS
1254 1403
1255All non-aggregate C<aio_*> functions return an object of this class when 1404All non-aggregate C<aio_*> functions return an object of this class when
1256called in non-void context. 1405called in non-void context.
1257 1406
1374 1523
1375Sets a feeder/generator on this group: every group can have an attached 1524Sets a feeder/generator on this group: every group can have an attached
1376generator that generates requests if idle. The idea behind this is that, 1525generator that generates requests if idle. The idea behind this is that,
1377although you could just queue as many requests as you want in a group, 1526although you could just queue as many requests as you want in a group,
1378this might starve other requests for a potentially long time. For example, 1527this might starve other requests for a potentially long time. For example,
1379C<aio_scandir> might generate hundreds of thousands C<aio_stat> requests, 1528C<aio_scandir> might generate hundreds of thousands of C<aio_stat>
1380delaying any later requests for a long time. 1529requests, delaying any later requests for a long time.
1381 1530
1382To avoid this, and allow incremental generation of requests, you can 1531To avoid this, and allow incremental generation of requests, you can
1383instead a group and set a feeder on it that generates those requests. The 1532instead a group and set a feeder on it that generates those requests. The
1384feed callback will be called whenever there are few enough (see C<limit>, 1533feed callback will be called whenever there are few enough (see C<limit>,
1385below) requests active in the group itself and is expected to queue more 1534below) requests active in the group itself and is expected to queue more
1664 1813
1665=item IO::AIO::fadvise $fh, $offset, $len, $advice 1814=item IO::AIO::fadvise $fh, $offset, $len, $advice
1666 1815
1667Simply calls the C<posix_fadvise> function (see its 1816Simply calls the C<posix_fadvise> function (see its
1668manpage for details). The following advice constants are 1817manpage for details). The following advice constants are
1669avaiable: C<IO::AIO::FADV_NORMAL>, C<IO::AIO::FADV_SEQUENTIAL>, 1818available: C<IO::AIO::FADV_NORMAL>, C<IO::AIO::FADV_SEQUENTIAL>,
1670C<IO::AIO::FADV_RANDOM>, C<IO::AIO::FADV_NOREUSE>, 1819C<IO::AIO::FADV_RANDOM>, C<IO::AIO::FADV_NOREUSE>,
1671C<IO::AIO::FADV_WILLNEED>, C<IO::AIO::FADV_DONTNEED>. 1820C<IO::AIO::FADV_WILLNEED>, C<IO::AIO::FADV_DONTNEED>.
1672 1821
1673On systems that do not implement C<posix_fadvise>, this function returns 1822On systems that do not implement C<posix_fadvise>, this function returns
1674ENOSYS, otherwise the return value of C<posix_fadvise>. 1823ENOSYS, otherwise the return value of C<posix_fadvise>.
1675 1824
1676=item IO::AIO::madvise $scalar, $offset, $len, $advice 1825=item IO::AIO::madvise $scalar, $offset, $len, $advice
1677 1826
1678Simply calls the C<posix_madvise> function (see its 1827Simply calls the C<posix_madvise> function (see its
1679manpage for details). The following advice constants are 1828manpage for details). The following advice constants are
1680avaiable: C<IO::AIO::MADV_NORMAL>, C<IO::AIO::MADV_SEQUENTIAL>, 1829available: C<IO::AIO::MADV_NORMAL>, C<IO::AIO::MADV_SEQUENTIAL>,
1681C<IO::AIO::MADV_RANDOM>, C<IO::AIO::MADV_WILLNEED>, C<IO::AIO::MADV_DONTNEED>. 1830C<IO::AIO::MADV_RANDOM>, C<IO::AIO::MADV_WILLNEED>, C<IO::AIO::MADV_DONTNEED>.
1682 1831
1683On systems that do not implement C<posix_madvise>, this function returns 1832On systems that do not implement C<posix_madvise>, this function returns
1684ENOSYS, otherwise the return value of C<posix_madvise>. 1833ENOSYS, otherwise the return value of C<posix_madvise>.
1685 1834
1686=item IO::AIO::mprotect $scalar, $offset, $len, $protect 1835=item IO::AIO::mprotect $scalar, $offset, $len, $protect
1687 1836
1688Simply calls the C<mprotect> function on the preferably AIO::mmap'ed 1837Simply calls the C<mprotect> function on the preferably AIO::mmap'ed
1689$scalar (see its manpage for details). The following protect 1838$scalar (see its manpage for details). The following protect
1690constants are avaiable: C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_READ>, 1839constants are available: C<IO::AIO::PROT_NONE>, C<IO::AIO::PROT_READ>,
1691C<IO::AIO::PROT_WRITE>, C<IO::AIO::PROT_EXEC>. 1840C<IO::AIO::PROT_WRITE>, C<IO::AIO::PROT_EXEC>.
1692 1841
1693On systems that do not implement C<mprotect>, this function returns 1842On systems that do not implement C<mprotect>, this function returns
1694ENOSYS, otherwise the return value of C<mprotect>. 1843ENOSYS, otherwise the return value of C<mprotect>.
1695 1844
1803=head2 FORK BEHAVIOUR 1952=head2 FORK BEHAVIOUR
1804 1953
1805Usage of pthreads in a program changes the semantics of fork 1954Usage of pthreads in a program changes the semantics of fork
1806considerably. Specifically, only async-safe functions can be called after 1955considerably. Specifically, only async-safe functions can be called after
1807fork. Perl doesn't know about this, so in general, you cannot call fork 1956fork. Perl doesn't know about this, so in general, you cannot call fork
1808with defined behaviour in perl. IO::AIO uses pthreads, so this applies, 1957with defined behaviour in perl if pthreads are involved. IO::AIO uses
1809but many other extensions and (for inexplicable reasons) perl itself often 1958pthreads, so this applies, but many other extensions and (for inexplicable
1810is linked against pthreads, so this limitation applies. 1959reasons) perl itself often is linked against pthreads, so this limitation
1960applies to quite a lot of perls.
1811 1961
1812Some operating systems have extensions that allow safe use of fork, and 1962This module no longer tries to fight your OS, or POSIX. That means IO::AIO
1813this module should do "the right thing" on those, and tries on others. At 1963only works in the process that loaded it. Forking is fully supported, but
1814the time of this writing (2011) only GNU/Linux supports these extensions 1964using IO::AIO in the child is not.
1815to POSIX. 1965
1966You might get around by not I<using> IO::AIO before (or after)
1967forking. You could also try to call the L<IO::AIO::reinit> function in the
1968child:
1969
1970=over 4
1971
1972=item IO::AIO::reinit
1973
1974Abandons all current requests and I/O threads and simply reinitialises all
1975data structures. This is not an operation supported by any standards, but
1976happens to work on GNU/Linux and some newer BSD systems.
1977
1978The only reasonable use for this function is to call it after forking, if
1979C<IO::AIO> was used in the parent. Calling it while IO::AIO is active in
1980the process will result in undefined behaviour. Calling it at any time
1981will also result in any undefined (by POSIX) behaviour.
1982
1983=back
1816 1984
1817=head2 MEMORY USAGE 1985=head2 MEMORY USAGE
1818 1986
1819Per-request usage: 1987Per-request usage:
1820 1988

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines