Subpartition exchange and library cache lock wait time

From: <paul.baumgartel_at_ubs.com>
Date: Fri, 11 Feb 2011 15:57:08 -0500
Message-ID: <E1C6A75D18AE274A9C94079C684090870A28B9CD_at_NSTMC101PEX1.ubsw.net>



Oracle11g 11.2.0.2. on Exadata.

Many waits for library cache locks are observed during a run in which many processes exchange subpartitions in one particular table. The application ensures that two sessions will not try to exchange the same subpartition at once. We understand that the waits for library cache locks are normal and expected.

The table in question contains 90,000+ subpartitions. The question has come up of whether the time that Oracle spends acquiring and releasing the library cache locks is in any way proportional to the number of subpartitions.

Thoughts?

Thanks,

Paul Baumgartel
UBS AG
IB Accounting Solutions
400 Atlantic Street
Stamford, CT 06904

203.719.4368

paul.baumgartel_at_ubs.com
www.ubs.com



Visit our website at http://www.ubs.com

This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.         

E-mails are not encrypted and cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments.  

UBS reserves the right to retain all messages. Messages are protected and accessed only in legally justified cases.

--
http://www.freelists.org/webpage/oracle-l
Received on Fri Feb 11 2011 - 14:57:08 CST

Original text of this message