Re: what could cause a high elap value for the exec system call (for a select statement)?

One thing that strikes me is that the c and e values are almost identical. This tells me that almost all (99.999%) of the time was spent in CPU. Brandon and Tim both have great information, but we need more details to rule out some issues.


Could you post the all relevant entries of the trace file? (You can remove the sql statement or change it so that you select "column a from table a")
Are there any WAITs between the PARSE and EXEC?
What are the entries for the FETCHes?

Regards,
Daniel Fink


--
Daniel Fink

OptimalDBA    http://www.optimaldba.com
Oracle Blog   http://optimaldba.blogspot.com

Lost Data?    http://www.ora600.be/



D'Hooge Freek wrote:
Hi,

When investigating a performance problem using sql trace for a client, I came 
across a (huge) select statement, for which the elap value in the exec call was 
more then 4 seconds.

EXEC 
#39:c=4263352,e=4204874,p=0,cr=66,cu=0,mis=1,r=0,dep=0,og=1,tim=1226849067232845

Does somebody know what can cause this? Are there any know bugs which can cause this behaviour (during tracing)? The tracing was done with both waits and binds enabled. The statement only had 2 bind variables.
The db version is 10.2.0.4 on OEL 4.7


Regards,
Freek D'Hooge
Uptime
Oracle Database Administrator
email: freek.dhooge@xxxxxxxxx
tel +32(0)3 451 23 82
http://www.uptime.be
disclaimer: www.uptime.be/disclaimer



--
http://www.freelists.org/webpage/oracle-l

--
Daniel Fink

OptimalDBA    http://www.optimaldba.com
Oracle Blog   http://optimaldba.blogspot.com

Lost Data?    http://www.ora600.be/

--
http://www.freelists.org/webpage/oracle-l


Other related posts: