Well.
I installed 5.14.0 with perlbrew, besides the system's perl and fully
reinstalled everything for my app. I restored the 125 tables remote
Oracle schema to the schema Result directory, so my app now loads some
150 DBIx result classes on startup, and uses some of them.
Everything works like a charm, and it doesn't show the performance
problems which it used to show.
So it looks like 5.14.0 solved the problems, and it will soon be my
default perl for apps.
Thanks Toby for pushing me to do the upgrade.
Best regards
Jorge
 |
Jorge González Villalonga
Director Técnico
DAIKON Integración y
Desarrollo S.L.
Telf: (+34) 91 188 08 28
Fax: (+34) 91 632 65 42
www.daikon.es |
El 09/06/11 06:27, Toby Corkindale escribió:
On 1 March 2011 01:39, Jorge Gonzalez <[email protected]> wrote:
I'm developing an app with Catalyst 5.80024, on perl 5.8.8, 32 bits; DBIx::Class models.
[snip]
Perl 5.8.x has been beyond end-of-life for quite a while, as has
5.10.x more recently. The 5.8 stream is almost ten years old, with the
.8 maintenance release being more than 5 years old.
The only versions of the Perl core that are still receiving attention
from the core Perl devs at the moment are 5.12.x and 5.14.x.
Can I advise you to upgrade to a version that isn't ancient and see if
you can replicate the problem?
Cheers,
Toby
_______________________________________________
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/[email protected]
|
_______________________________________________
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/[email protected]
