You were brought to this page based on an internet search
and as a free service to Oracle DBAs.
The text below is an except from the book,
Oracle Performance Firefighting, written by
Craig Shallahamer of
OraPub, Inc.
Figures and tables are not included on this page, only their reference.
To order the book in either print or PDF form, click
here.
©2009, 2010 by Craig Shallahamer. This is copyrighted material.
PleaseOut of respect for those involved in the creation of the book and also for
their familes, we ask you to respect the copyright both in intent and deed. Thank you.
-------------------------------
Figures 4-3 and 4-4 are based on the same 12 CPU core model. It's easy to think that when queuing represents 10% of the response time, this is a very serious situation. However, based on queuing theory, which CPU subsystems follow very closely, at around 75% busy, queue time accounts for around 10% of the response time. Now, 10% may seem very significant, but if you look at the situation graphically in Figure 4-4, 75% busy doesn't look so bad. This demonstrates why it can be a good idea to show data both numerically and graphically.
Figure 4-3. Numerically, on a 12-CPU core system, queuing accounts for 10% of response time at around 75% busy. However, once queuing sets in, it quickly becomes significant. When busyness exceeds 100%, queue time becomes infinite (grows and grows) and therefore so does response time. Excel shows this as #N/A.
Figure 4-4. Graphically, on a 12-CPU core system, queuing doesn't look like an issue until around 85% busy. Notice that once the CPUs are around 90% busy, response time skyrockets!
©2009, 2010 by Craig Shallahamer. This is copyrighted material.
PleaseOut of respect for those involved in the creation of the book and also for
their familes, we ask you to respect the copyright both in intent and deed. Thank you.
|