Re^2: How fast is pp/PAR::Packer at packing DateTime::Format::ISO8601 for you?

I suspect something else is slowing down file access on your system. Use Sysinternals Filemon or similar to detect this.

I have, it doesn't appear to :) Though I will schedule some downtime later to run chkdsk etc

Comment on Re^2: How fast is pp/PAR::Packer at packing DateTime::Format::ISO8601 for you?

Replies are listed 'Best First'.
Re^3: How fast is pp/PAR::Packer at packing DateTime::Format::ISO8601 for you? by Anonymous Monk on Oct 18, 2012 at 12:54 UTC
The program runs in ~1 second (perl -e ... ) like you'd expect, its the packing that takes forever -- if something else was slowing things down, the running would take forever also	[reply]
Re^4: How fast is pp/PAR::Packer at packing DateTime::Format::ISO8601 for you? by Anonymous Monk on May 18, 2013 at 14:31 UTC
My test: 00:01:22,75 without DateTime 00:32:31,00 with DateTime	[reply]
Re^5: How fast is pp/PAR::Packer at packing DateTime::Format::ISO8601 for you? by Anonymous Monk on May 19, 2013 at 03:43 UTC
FWIW, I am the OP, and this was a (part of a) bug that was fixed, see http://search.cpan.org/dist/Module-ScanDeps/Changes, Bug #80276 for Module-ScanDeps: Module DateTime::Format::ISO8601 generates error after being packaged It now runs pretty fast :) `$ perl -le " print ~~gmtime " Sun May 19 03:37:08 2013 $ pp -e " use strict; use warnings; use Getopt::Long; use DateTime::Fo +rmat::ISO8601; print qq{$_\n} for %INC; " $ perl -le " print ~~gmtime " Sun May 19 03:37:24 2013` [download] This is with PAR Packager, version 1.014 (PAR version 1.007) and Module::Scandeps 1.10 So if you're experiencing slowdown, upgrade :)	[reply] [d/l]