Could they possibly be talking about LGWR SYNC=3DPARALLEL Wait Events ?? From the 9.2.0.4 Install HTML: "LGWR ASYNC or LGWR SYNC=3DPARALLEL Wait Events=20 The following wait events are for standby destinations configured with = either the log writer (LGWR) ASYNC or LGWR SYNC=3DPARALLEL attributes:=20 LGWR wait on LNS: This wait event monitors the amount of time spent by = the LGWRprocess waiting to receive messages on IPC channels from the = network server.=20 LNS wait on LGWR: This wait event monitors the amount of time spent by = the network server waiting to receive messages on IPC channels from the = LGWR process.=20 LGWR-LNS wait on channel: This wait event monitors the amount of time = spent by the LGWR process or the network server processes waiting to = receive messages on IPC channels. " - Babette -----Original Message----- From: ml-errors@xxxxxxxxxxx [mailto:ml-errors@xxxxxxxxxxx] On Behalf Of = Kirtikumar Deshpande Sent: 2004-01-21 9:39 AM To: Multiple recipients of list ORACLE-L Subject: Re: Parallel Query determined by? I could not find an Oracle wait event named 'Parellel Sync Wait' (in = v$event_name view in 7.3.4, 8.1.7.4, 9.2.0.4). =20 Precise may be calling something else a 'Parallel Sync Wait', or is = smart enough to figure this out when it seems Oracle isn't instrumented for this particular wait(?). = Just pondering...=20 Does Presice on-line help have any mention of this wait?=20 Have you contacted Precise Tech Support?=20 =20 - Kirti=20 --- Jared.Still@xxxxxxxxxxx wrote: > No other replies yet, so here goes. >=20 > First of all, what does it really mean when you say: >=20 > users are complaining that Precise is showing a whole lot of time in=20 > "Parallel Sync Wait". >=20 > Are these end users, or developers? Seems rather curious that users = would=20 > be mentioning this. >=20 >=20 > Second, what % of wait time do the Sync Waits contribute to? >=20 > If a small % of total, then there's not much point in spending time on = it. >=20 > Third, is this actually causing a performance problem, or is it just=20 > appearing > as a 'trouble' item on some monitor? >=20 > Jared >=20 >=20 >=20 >=20 >=20 >=20 > mkline1@xxxxxxxxxxx > Sent by: ml-errors@xxxxxxxxxxx > 01/20/2004 11:29 AM > Please respond to ORACLE-L >=20 > =20 > To: Multiple recipients of list ORACLE-L = <ORACLE-L@xxxxxxxxxxx> > cc:=20 > Subject: Parallel Query determined by? >=20 >=20 > I've inherited a system that has a whole lot of indexes set to degree = 10=20 > and many tables set to 2 & 4. >=20 > The users are complaining that Precise is showing a whole lot of time = in=20 > "Parallel Sync Wait". >=20 > It is an HP box running 8.1.7.4 with 16 processors. The box is = normally=20 > not very busy. >=20 > Are there various init.ora settings that help the Parallel servers = sync=20 > up, or is this just too high a setting? >=20 > I'm suggesting we back of a good many of these things to simply 2 or 4 = and=20 > then work our way up from there. Some of those indexes set to 10 are = only=20 > 20 meg and 4 extents. There's no way they are getting 10 on that I = would=20 > think. >=20 > Can't find a whole lot on Metalink either. Or a good book on 800 gig=20 > warehouses using parallel? >=20 > -- > 13308 Thornridge Ct > Midlothian, VA 23112 > 804-744-1545 > __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus --=20 Please see the official ORACLE-L FAQ: http://www.orafaq.net --=20 Author: Kirtikumar Deshpande INET: kirtikumar_deshpande@xxxxxxxxx Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru@xxxxxxxxxxx (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).