Re: RE: TKPROF output
Date: Thu, 31 Mar 2011 07:26:41 +0100
Message-ID: <AANLkTikeJyeZ5c3SbieV+VdYmTF9tq00bZ=Y=Tb3Tr_u_at_mail.gmail.com>
Freek, I don't think the comms are slow per se. If my math is right the avg wait is 3ms . There are a lot of them though. Of course we don't know rowsize or what the original system looks like.
On 31 Mar 2011 07:03, "D'Hooge Freek" <Freek.DHooge_at_uptime.be> wrote:
Hi,
The main wait time is "sql*net message from client", meaning that you are waiting on response from the aplication server. Can you check in the raw trace file if these waits are happening between the fetches or not?
If they are happening between the fetches, it means that the application server is slow to request more rows from the query result. Reason for this could be some processing that happens on the application server or maybe a network problem (like a wrong dns server on the application server).
If the waits are happening after all the fetches are completed, then these waits are probably not relevant (unless you are sure that the trace was stopped at the moment the application showed the result of the query). How did you trace this session?
regards,
Freek D'Hooge
Uptime
Oracle Database Administrator
email: freek.dhooge_at_uptime.be
tel +32(0)3 451 23 82
http://www.uptime.be
disclaimer: www.uptime.be/disclaimer
---
From: oracle-l-bounce_at_freelists.org [oracle-l-bounce_at_freelists.org] On
Behalf Of lyallbarbour_at_sanfranmail.com [lyallbarbour_at_sanfranmail.com]
Sent: 30 March 2011 20:55
To: oracle-l_at_freelists.org
Subject: TKPROF output
Trying to understand Fetch in a TKPROF output. We have an application on Oracle Apps Server 10.1 D...
SQL*Net message from client 27457 1.07100.33--
http://www.freelists.org/webpage/oracle-l
--
http://www.freelists.org/webpage/oracle-l
Received on Thu Mar 31 2011 - 01:26:41 CDT