Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: how to reduce SQL*Net more data to client wait event

Re: how to reduce SQL*Net more data to client wait event

From: Tim Gorman <Tim_at_SageLogix.com>
Date: Tue, 20 Aug 2002 23:03:19 -0800
Message-ID: <F001.004BAC16.20020820230319@fatcity.com>


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?

  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: Tim Gorman
  INET: Tim_at_SageLogix.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message to: 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 Wed Aug 21 2002 - 02:03:19 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US