NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
To be fair.. (Score:2)
The blog about this bug wasn't reporting it, it was highlighting the fact that RHEL *still* hadn't fixed it, and gave some interesting background, including links to the thread on the dbic list about it.
We happen to be affected by this bug and it's really annoying - a 10% performance loss from ithreads isn't really an issue as our servers are almost entirely I/O or DB bound, adding DBIx::Class makes for sucky performance on the dev server, but fortunately our production servers don't have the problem.
It's t
@JAPH = qw(Hacker Perl Another Just);
print reverse @JAPH;
Re: (Score:1)
Do you really need to compile the modules on every box?
For the project at work, we install almost all CPAN deps in an app specific directory under a local user account. Those files are version controlled together with the application source.
Release basically consists of tarring up the source tree (including deps), and release is untarring things in the correct place and running a configuration script.
If you have different architectures on your boxes this obviously won't work without some extra maneuvers.
We
Re: (Score:2)
Yea Verily Amen Forever and Ever (Score:2)
I always compile my own perl for dev and production, and threads is the #1 reason why. I have a new #2 reason, due to RH. Thanks, RH! :-)
We use RH and never knew about the slowdown on Slashdot (or use Perl ... if we had been using the system perl, when we moved use Perl to this new box last week it would have been terribly, terribly slow).
2 Day Trawl (Score:1)
10%? (Score:1)