| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: how to reduce SQL*Net more data to client wait event
This can be reduced by setting proper arraysize also rite ? or fetchsize in java .
-bp
No,
this is "to client", so it is the result of a query (either to many columns or too many rows returned). Large SQL statements would result in "from client" during the Parse phase and if people keep on parsing the same statement, the client side will keep on sending it to the server. Parse once/execute many ....
Anjo.
Tim, more specifically could large SQL have been passed across the net ? Stored procedures could help here.
FWIW. Mike
-----Original Message-----
From: Tim Gorman [mailto:Tim_at_SageLogix.com]
Sent: Wednesday, August 21, 2002 12:03 AM
To: Multiple recipients of list ORACLE-L
Subject: Re: how to reduce SQL*Net more data to client wait event
Depending on the application, couldn't these large pauses be performance problems in the client program? Not a server tuning issue nor a SQL*Net tuning issue at all? For example, if the client program was pausing a long time between FETCH commands, processing previously fetched data? Or would that just be accounted for under "SQL*Net message from client" events?
----- Original Message -----
From: Suhen Pather
To: Multiple recipients of list ORACLE-L
Sent: Monday, August 19, 2002 8:08 PM
Subject: how to reduce SQL*Net more data to client wait event
Hi,
I am tuning a system at a client site and notice lots of waits for SQL*Net more data to client (97%) for a fraction
of the CPU consumed by the system.
I know this is not to be characterized as an idle wait event and can yield better performance if we increase
the packet size.
The database is Oracle 7.3.4 (SQL Net 2.3). What effect will increasing TDU and SDU have
on this wait to increase packet size.
It seems that if we can reduce this wait then we can save lots of time (I Think).
Will using BEQ protocol help at all.
Regards
Suhen
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: BigP
INET: big_planet_2000_at_hotmail.com
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Liststo: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Received on Thu Aug 22 2002 - 20:23:23 CDT
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
 |
 |