Lisa,
My experience with PQO has been that it can be very
beneficial even on single CPU machines, if used
judiciously and if, as you already mentioned, there
are sufficient resources. On the other hand it can
also bring a powerful server to its knees. "Tell me
again, why you thought setting parallel_max_server to
10000 and degree to 10 on all your tables was a good
idea?!" (true story, kid you not)
Keep in mind that PQO only benefits queries that are
doing full table scans and fast full scans (can't
remember if range scans can use it) and that PQO
forces the CBO to be used. The rows are divvied up
among the PQ slaves by rowid.
Note 39599.1 has a nice overview of PQO.
HTH,
-- Anita
--- "Koivu, Lisa" <[EMAIL PROTECTED]> wrote:
> Hello everyone,
>
> I was reading up on the differences between SMP, MPP
> and how they may affect
> PQO (Parallel Query).
>
> My understanding is that MPP is a host with defined
> domains (like an e10k
> with virtual machines on it). SMP is a standalone
> host with no domains and
> multiple processors. I am not considering
> clustering here.
>
> It seemed to me the only requirement that you really
> need to run PQO is to
> have available resources to power it. For example,
> a little 2-cpu box that
> is pinned a majority of the time is only going to
> suffer if PQO is turned
> on. However, if we had a 16-cpu box with abundant
> resources, turning on PQO
> would help fts and large index scans in a dw-type
> environment. (At least
> this is what I saw in the past).
>
> Also, I was taught that PQO should not be used when
> a table/index is not
> partitioned. However, upon reading the doco, it
> states that the slaves
> split up work by blocks (or was it extents?). Seems
> to me this could cause
> more problems than it's worth (i/o contention?) and
> partitioning, if done
> carefully, would be the smarter way to go. Would
> the slaves really be smart
> enough to divy up work intelligently on a
> non-partitioned object? My
> initial thought is NO.
>
> In addition, on metalink they even went so far as to
> state it is OK to use
> PQO on a 2-processor NT machine. Seems to me the
> statement that 'PQO
> provides no benefit on a SMP machine' is not
> warranted, unless Oracle
> Support was just pacifying the customer who wanted
> to see PQO work.
>
> Maybe my idea of SMP is too simple. If I am off my
> rocker can someone
> please set me straight?
>
> Thanks
>
> > Lisa Koivu
> > Oracle Database Administrator
> > 954-935-4117
> >
> > The information in the electronic mail message is
> Cendant confidential and
> > may be legally privileged, it is intended solely
> for the addressee(s)
> > access to this internet electronic mail message by
> anyone else is
> > unauthorized. If you are not the intended
> recipient, any disclosure,
> > copying, distribution or any action taken or
> omitted to be taken in
> > reliance on it is prohibited and may be unlawful.
> >
> > The sender believes that this E-mail and any
> attachments were free of any
> > virus, worm, Trojan horse, and/or malicious code
> when sent. This message
> > and its attachments could have been infected
> during transmission. By
> > reading the message and opening any attachments,
> the recipient accepts
> > full responsibility for taking protective and
> remedial action about
> > viruses and other defects. Cendant Corporation or
> Affiliates are not
> > liable for any loss or damage arising in any way
> from this message or its
> > attachments.
> >
> >
>
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: A. Bardeen
INET: [EMAIL PROTECTED]
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: [EMAIL PROTECTED] (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).
