On 17 Jan 2007, at 18:24, Sébastien Wagener wrote:
What about profiling real world applications where the Catalyst
seems to
be the bottleneck?
On my production server, database requests are usually quite fast, so
most of the time is spent in perl code, and here are the first
lines of
a "dprofpp -r" on my local 2.8 Ghz Laptop (production database,
Algorithm::C3 0.06, mod_perl deployment, as I do not want to use
FastCGI
and dprofpp -F), for a repeated lost-password/login/change
password/logout cycle (totally about 1000 requests):
That happens with lots of plugins; suggest trying
Catalyst::Plugin::C3 to remove that overhead (note that it's not 100%
bug free but the performance increase is worth a go)
--
Matt S Trout, Technical Director, Shadowcat Systems Ltd.
Offering custom development, consultancy and support contracts for
Catalyst,
DBIx::Class and BAST. Contact mst (at) shadowcatsystems.co.uk for
details.
+ Help us build a better perl ORM: http://dbix-
class.shadowcatsystems.co.uk/ +
_______________________________________________
List: [email protected]
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/[email protected]/
Dev site: http://dev.catalyst.perl.org/
