Looking further with dprofpp, I discovered that the code calls DB_File::FETCH several hundred thousand times during this particular trial run. Of those calls, 134 of them took about 1 second each; those 134 calls were scattered roughly in the middle third of all calls made. The other 10^5 calls took a small fraction of that (<0.001s) each. Clearly, this is the source of extra 135 seconds.
It appears to be the case that during these 1-second calls, CPU usage drops to zero and I observe no disk activity. So it seems that DB_File is just waiting for something, not doing anything.
It appears that Perl 5.8's DB_File uses Berkeley DB "version 8" while Perl 5.6's uses "version 5" (according to Cygwin's "file" command). So I'm betting it is something about the underlying BDB implementation that has changed. Incidentally, this also seems to mean that databases have to be discarded when switching from Perl 5.6 to Perl 5.8.
Does anyone know why DB_File with Perl 5.8 is so much slower than with Perl 5.6? Is it fixable?
Thanks,
Barry
_______________________________________________ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
