Did you run 10046 traces on the code?
Have you profiled the code?
I switched to these same versions a couple of years ago, and have had no
problems.
rr
-Original Message-
From: Oscar Gomez [mailto:[EMAIL PROTECTED]
Sent: Friday, September 08, 2006 9:04 AM
To: dbi-users@perl.org
On Sep 8, 2006, at 11:26 AM, Reidy, Ron wrote:
Did you run 10046 traces on the code?
Have you profiled the code?
I switched to these same versions a couple of years ago, and have
had no
problems.
rr
-Original Message-
From: Oscar Gomez [mailto:[EMAIL PROTECTED]
Sent: Friday,
, September 08, 2006 9:28 AM
To: Reidy, Ron
Subject: RE: switching perl version
Hi Ron, thanks for your reply
I haven't tried the 10046 trace, because I still am studying how to do
it.
but what is the relationship or the reliance between the cpu performance
and
oracle under the new versions install
I would definitely look to Oracle rather than Perl as your
culprit. I don't have anything to back this up, just a suspicion.
-Original Message-
From: Oscar Gomez [mailto:[EMAIL PROTECTED]
Sent: Friday, September 08, 2006 10:04 AM
To: dbi-users@perl.org
Subject: switching perl
What (if any) hardware changes have happened? If you've moved to a machine
with lots more RAM a memory intensive program that was paging and swapping
could all of a sudden keep more data in memory and become more CPU
intensive. That memory could be consumed by either Perl or Oracle or both.
--
