[prev in list] [next in list] [prev in thread] [next in thread]
List: perl5-porters
Subject: RE: [perl #50352] Perl 5.10 Storable extremely slow for large trees of data
From: "Steve Hay" <SteveHay () planit ! com>
Date: 2008-01-30 15:04:56
Message-ID: 1B32FF956ABF414C9BCE5E487A1497E70132B2AB () ukmail02 ! planit ! group
[Download RAW message or body]
OK, your 3.23s compares with my 2.7s for 5.10.0+2.18, and I get 0.7s for
5.6.0+1.0.10, which compares with your 0.87s. (All using the system
malloc.)
So your 5.6.0 set-up never gave you times like those I've seen with
perl's malloc anyway. The difference that you're seeing is similar to
what I saw between 5.6.2 and 5.10.0 (both using Storable 2.18): 0.9s up
to 2.7s. I've no idea what causes this difference, but if you can live
without the fork() emulation then switching to a perl built with perl's
malloc definitely gives a big speed-up in both 5.6 and 5.10.
________________________________
From: Clinton Pierce [mailto:clintp@gmail.com]
Sent: 30 January 2008 14:35
To: perlbug-followup@perl.org
Cc: Steve Hay
Subject: Re: [perl #50352] Perl 5.10 Storable extremely slow for large
trees of data
Using the supplied data file:
C:\temp>\perl\bin\perl.exe xmledit.pl
Retrieved.
Benchmark: timing 20 iterations of Storable...
Storable: 3 wallclock secs ( 1.45 usr + 1.78 sys = 3.23 CPU) @
6.20/s (n=20)
C:\temp>\perl_560\bin\perl.exe xmledit.pl
Retrieved.
Benchmark: timing 20 iterations of Storable...
Storable: 1 wallclock secs ( 0.87 usr + 0.00 sys = 0.87 CPU) @
22.88/s (n=20)
Both Perls were from ActiveState.
5.6 Build 623's Storable had to have come from PPM -- we wouldn't have
hand-built a production version of Storable or Perl.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic