| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: SQL Area Reloads
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C3C015.0F749290"
------_=_NextPart_001_01C3C015.0F749290
Content-Type: text/plain
No, "reload" does not include initial load.
"reload" - Any PIN of an object that is not the first PIN performed since
the object handle was created, and which requires loading the object from
disk.
"First_loads" = pins - pinhits - reloads
Alex.
-----Original Message-----
Sent: Thursday, December 11, 2003 8:39 AM
To: Multiple recipients of list ORACLE-L
OK, fair enough.
Something to consider: the concept of "reload" probably also includes the concept of "initial/first load". I don't know whether this is the case for certain, but one way to check might be to query the number of items in the V$SQLAREA (i.e. "select count(*) from v$sqlarea"). After all, each of those entries had to be loaded (a.k.a. "reloaded") at least once, I think...
> Shared pool is free all the time.
> There are no DDLs executed, no analyze or no package
> compiles still there are SQL AREA reloads.
> The database is on 9i RAC. The reloads are appearing on
> RAC instances.
> -----Original Message-----
> Sent: Wednesday, December 10, 2003 11:05 PM
> To: Multiple recipients of list ORACLE-L
>
>
> Sure, it's free now. But has that always been the case?
>
>
> on 12/10/03 3:14 PM, Ashish Sahasrabudhe at
> asahasrabudhe_at_weightwatchers.com wrote:
>
>
>
> The statspack report is showing 10,684 reload for SQL AREA with 2.2%
> misses.
>
> ==========================================================
> ================== ======
> Library Cache Activity for DB: MAIN Instance: MAIN
> Snaps: 18089 -18090 ->"Pct Misses" should be very low
>
> Get Pct Pin Pct
> Invali-
> Namespace Requests Miss Requests Miss
> Reloads dations
> --------------- ------------ ------ -------------- ------
> ---------- --------
> BODY 12,186 0.0 12,186 0.0
> 0 0
> CLUSTER 95 0.0 10 0.0
> 0 0
> INDEX 466 0.0 461 0.0
> 0 0
> SQL AREA 44,142 0.1 500,987 2.2
> 10,684 0
> TABLE/PROCEDURE 208,498 0.1 584,219 0.0
> 1 0
> TRIGGER 2,746 0.0 2,746 0.0
> 0 0
> ==========================================================
> ================== ======
>
> The 250 MB of shared pool is free. Why would it cause
> reloads if there is so much
> free space available?
>
> Any help is appreciated.
>
> Ashish
>
>
>
>
>
>
>
-- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Tim Gorman INET: tim_at_sagelogix.com 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_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). ------_=_NextPart_001_01C3C015.0F749290 Content-Type: text/html Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3DUS-ASCII"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2653.12"> <TITLE>RE: SQL Area Reloads</TITLE> </HEAD> <BODY> <P><FONT SIZE=3D2>No, "reload" does not include initial = load.</FONT> <BR><FONT SIZE=3D2>"reload" - Any PIN of an object that is = not the first PIN performed since the object handle was created, and = which requires loading the object from disk.</FONT></P> <P><FONT SIZE=3D2>"First_loads" =3D pins - pinhits - reloads = </FONT> </P> <P><FONT SIZE=3D2>Alex.</FONT> </P> <P><FONT SIZE=3D2>-----Original Message-----</FONT> <BR><FONT SIZE=3D2>From: Tim Gorman [<A = HREF=3D"mailto:tim_at_sagelogix.com">mailto:tim_at_sagelogix.com</A>] </FONT> <BR><FONT SIZE=3D2>Sent: Thursday, December 11, 2003 8:39 AM</FONT> <BR><FONT SIZE=3D2>To: Multiple recipients of list ORACLE-L</FONT> <BR><FONT SIZE=3D2>Subject: RE: SQL Area Reloads</FONT> </P> <BR> <P><FONT SIZE=3D2>OK, fair enough.</FONT> </P> <P><FONT SIZE=3D2>Something to consider: the concept of = "reload" probably</FONT> <BR><FONT SIZE=3D2>also includes the concept of "initial/first = load". I don't know whether this is the case for certain, = but one way to check might be to query the number of items in the = V$SQLAREA (i.e. "select count(*) from v$sqlarea"). = After all, each of those entries had to be loaded (a.k.a. = "reloaded") at least once, I think...</FONT></P> <BR> <BR> <P><FONT SIZE=3D2>> Shared pool is free all the time.</FONT> <BR><FONT SIZE=3D2>> There are no DDLs executed, no analyze or no = package</FONT> <BR><FONT SIZE=3D2>> compiles still there are SQL AREA = reloads.</FONT> <BR><FONT SIZE=3D2>> The database is on 9i RAC. The reloads are = appearing on</FONT> <BR><FONT SIZE=3D2>> RAC instances.</FONT> <BR><FONT SIZE=3D2>> -----Original Message-----</FONT> <BR><FONT SIZE=3D2>> Sent: Wednesday, December 10, 2003 11:05 = PM</FONT> <BR><FONT SIZE=3D2>> To: Multiple recipients of list ORACLE-L</FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> Sure, it's free now. But has that always = been the case?</FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> on 12/10/03 3:14 PM, Ashish Sahasrabudhe at = </FONT> <BR><FONT SIZE=3D2>> asahasrabudhe_at_weightwatchers.com wrote:</FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> The statspack report is showing 10,684 reload = for SQL AREA with 2.2% </FONT> <BR><FONT SIZE=3D2>> misses.</FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</FONT> <BR><FONT SIZE=3D2>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D</FONT> <BR><FONT SIZE=3D2>> Library Cache Activity for DB: MAIN = Instance: MAIN </FONT> <BR><FONT SIZE=3D2>> Snaps: 18089 -18090 ->"Pct = Misses" should be very low </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT = SIZE=3D2>>  = ;  = ; Get Pct = Pin Pct = </FONT> <BR><FONT = SIZE=3D2>>  = ; Invali- </FONT> <BR><FONT SIZE=3D2>> = Namespace = Requests Miss = Requests Miss </FONT> <BR><FONT SIZE=3D2>> Reloads dations</FONT> <BR><FONT SIZE=3D2>> --------------- ------------ ------ = -------------- ------</FONT> <BR><FONT SIZE=3D2>> ---------- -------- </FONT> <BR><FONT SIZE=3D2>> = BODY &n= bsp; 12,186 = 0.0 = 12,186 0.0 </FONT> <BR><FONT SIZE=3D2>> = 0 0 </FONT> <BR><FONT SIZE=3D2>> = CLUSTER  = ; 95 = 0.0 &nb= sp; 10 0.0 </FONT> <BR><FONT SIZE=3D2>> = 0 0 </FONT> <BR><FONT SIZE=3D2>> = INDEX &= nbsp; 466 = 0.0 = 461 0.0 </FONT> <BR><FONT SIZE=3D2>> = 0 0 </FONT> <BR><FONT SIZE=3D2>> SQL = AREA &n= bsp; 44,142 = 0.1 500,987 = 2.2 </FONT> <BR><FONT SIZE=3D2>> 10,684 0 </FONT> <BR><FONT SIZE=3D2>> TABLE/PROCEDURE = 208,498 0.1 = 584,219 0.0 </FONT> <BR><FONT SIZE=3D2>> = 1 0 </FONT> <BR><FONT SIZE=3D2>> = TRIGGER  = ; 2,746 = 0.0 = 2,746 0.0 </FONT> <BR><FONT SIZE=3D2>> = 0 0 </FONT> <BR><FONT SIZE=3D2>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</FONT> <BR><FONT SIZE=3D2>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> The 250 MB of shared pool is free. Why would it = cause</FONT> <BR><FONT SIZE=3D2>> reloads if there is so much</FONT> <BR><FONT SIZE=3D2>> free space available? </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> Any help is appreciated.</FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> Ashish</FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>-- </FONT> <BR><FONT SIZE=3D2>Please see the official ORACLE-L FAQ: <A = HREF=3D"http://www.orafaq.net" = TARGET=3D"_blank">http://www.orafaq.net</A></FONT> <BR><FONT SIZE=3D2>-- </FONT> <BR><FONT SIZE=3D2>Author: Tim Gorman</FONT> <BR><FONT SIZE=3D2> INET: tim_at_sagelogix.com</FONT> </P> <P><FONT SIZE=3D2>Fat City Network Services -- = 858-538-5051 <A HREF=3D"http://www.fatcity.com" = TARGET=3D"_blank">http://www.fatcity.com</A></FONT> <BR><FONT SIZE=3D2>San Diego, = California -- Mailing list = and web hosting services</FONT> <BR><FONT = SIZE=3D2>---------------------------------------------------------------= ------</FONT> <BR><FONT SIZE=3D2>To REMOVE yourself from this mailing list, send an = E-Mail message</FONT> <BR><FONT SIZE=3D2>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).</FONT></P> </BODY> </HTML> ------_=_NextPart_001_01C3C015.0F749290-- ------=_NextPartTM-000-9021544e-c3cb-466c-96b0-63668a4e5745-- -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: INET: Alexander.Feinstein_at_mitchell1.com 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_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 Thu Dec 11 2003 - 12:34:43 CST
 |
 |