[Noyau] library cache

Bonjour,

Oracle9.2.0.6 sous unix rhas3


Je cherche à creuser un peux le wait events library cache
Quand on a pas de problème de bind evidement.

Voici la partie détaillé de statspack le concernant:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

^LLatch Miss Sources for DB: PROD Instance: PROD Snaps: 11057 -11058 -> only latches with sleeps are shown -> ordered by name, sleeps desc   NoWait Waiter Latch Name Where Misses Sleeps Sleeps ------------------------ -------------------------- ------- ---------- --------     library cache kglpndl: child: before pro 0 1,282 1,248 library cache kglhdgn: child: 0 640 1,268 library cache kgldte: child 0 0 572 862 library cache kglpnp: child 0 472 454 library cache kglupc: child 0 409 14 library cache kglpndl: child: after proc 0 343 8 library cache kglpin: child: heap proces 0 275 434 library cache kgllkdl: child: cleanup 0 249 163 library cache kglobpn: child: 0 158 113 library cache kglhdgc: child: 0 122 30 library cache kglpnc: child 0 40 20 library cache kglic 0 30 11 library cache kgldti: 2child 0 18 11 library cache kglpin 0 17 9 library cache kglget: child: KGLDSBRD 0 11 12 library cache kglhdiv: child 0 8 0 library cache kglget: child: KGLDSBYD 0 4 11 library cache kglidp: child 0 4 0 library cache kglobld 0 3 4 library cache kglpin: child: KGLMX 0 3 0

---

Quelqu'un comprend et peux m'expliquer?
La première ligne me parait logique, car quand on tape un requête sous un plsql, il y a un temp d'initialisation qui peux être assez long (plusieurs secondes).

Bonjour Aline,

dans ton cas

Citation:

---

kglhdgn: child: 0 640

---

veut dire que plusieurs processes veulent obtenir les noms de library cache handle et ils attends dans library cache child latches. Peut être que tu utilise beaucoup de synonyme public.

kgl : Kernel Generic Layer

kgllkdl : lock deallocation (or delete).
kglhdgc :appel pour obtenir le handle
kglpnc : appel de pin
kglupn : appel de unpin

ca sera bien de faire un dump du library cache

Code:

---

alter session set events 'immediate trace name library_cache level 2';

---

Bonjour,
Vous n'avez pas de problème de bind ? avez vous un problème de performance ? le mieux est peut-être, si cela est possible, de mettre les resultats du statspack. bien, je pense que cela peut être du soit par des

ddl, invalidations de certains objects, compilations, problème de bind variable.


Cordialement

Bonjour Bouyao et merci pour ta réponse.

Est ce que ta trace coute cher?
Et comment faire pour l'arreter?

Je fais un tkprof dessus ensuite?


Peux tu me dire ou je peux trouver plus d'info sur le kgXXX et leur fonctionnement?


Merci! :fem:

Citation:

---

Envoyé par aline

Bonjour Bouyao et merci pour ta réponse.

Est ce que ta trace coute cher?
Et comment faire pour l'arreter?

Merci! :fem:

---

le niveau 2 ca coute que 2ko c'est pas grand,
par contre aprés peut être on' a besoin du niveau 10 quit peut depassez les 5Mo suivant les buckets.

Pour le dump tu n'a pas besoin de l'arrêter, c'est juste une copie de la library cache.

Bonjour,

Citation:

---

Envoyé par bouyao

kgl : Kernel Generic Layer

kgllkdl : lock deallocation (or delete).
kglhdgc :appel pour obtenir le handle
kglpnc : appel de pin
kglupn : appel de unpin

---

Merci à toi Bouyao pour ses infos, mais je voudrais justement savoir où l'on trouve ce genre d'informations (assez indécriptables pour ma part). Dans un bouquin ? Dans une formation Oracle ? Par des (dizaines) d'années d'expérience ?

Pour ma part, que ce soit en formation "optimisation de l'instance" chez Oracle, ou dans le bouquin StatsPack d'OraclePress, je n'ai retenu que 2 choses sur le tuning de la Library Cache :
1 ) résoudre ses pb de Bind Variables,
2 ) observer les ratios de ce cache (Miss Ratio, Hit Ratio et Pin Hit Ratio), à l'aide entre autre de la vue v$librarycache (ou stats$librarycache dans StatsPack).

+1, je n'ai jamais été plus en détail :oops:

Citation:

---

Envoyé par bouyao

Bonjour Aline,

dans ton cas

Citation:

---

kglhdgn: child: 0 640

---

veut dire que plusieurs processes veulent obtenir les noms de library cache handle et ils attends dans library cache child latches. Peut être que tu utilise beaucoup de synonyme public.

kgl : Kernel Generic Layer

kgllkdl : lock deallocation (or delete).
kglhdgc :appel pour obtenir le handle
kglpnc : appel de pin
kglupn : appel de unpin

ca sera bien de faire un dump du library cache

Code:

---

alter session set events 'immediate trace name library_cache level 2';

---

---

Bonjour Bouyao,

Il semble que tu viens d'ouvrir de nouveaux horizons à beaucoup de monde et j'en fait parti!


j'ai tenté ta requête

Code:

---

1 2	alter system set events 'immediate trace name library_cache level 2';

---

et voici le résultat:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109

/opt/oracle/admin/RH/udump/rh_ora_15195.trc     *** SESSION ID:(114.13552) 2005-09-20 10:29:16.427 LIBRARY CACHE STATISTICS: namespace gets hit ratio pins hit ratio reloads invalids -------------- --------- --------- --------- --------- ---------- ---------- CRSR 734216 0.962 9591247 0.991 22559 22339 TABL/PRCD/TYPE 35605904 1.000 10495528 0.998 2699 0 BODY/TYBD 91005 0.999 91045 0.998 78 0 TRGR 188074 1.000 188075 1.000 8 0 INDX 23236 0.813 21499 0.694 0 0 CLST 2471 0.996 2232 0.993 0 0 OBJE 0 0.000 0 0.000 0 0 PIPE 0 0.000 0 0.000 0 0 LOB 0 0.000 0 0.000 0 0 DIR 0 0.000 0 0.000 0 0 QUEU 0 0.000 0 0.000 0 0 OBJG 0 0.000 0 0.000 0 0 PROP 0 0.000 0 0.000 0 0 JVSC 0 0.000 0 0.000 0 0 JVRE 0 0.000 0 0.000 0 0 ROBJ 0 0.000 0 0.000 0 0 REIP 0 0.000 0 0.000 0 0 CPOB 0 0.000 0 0.000 0 0 EVNT 138937 1.000 238217 1.000 2 0 SUMM 1308 0.998 1203 0.910 102 0 DIMN 0 0.000 0 0.000 0 0 CTX 0 0.000 0 0.000 0 0 OUTL 0 0.000 0 0.000 0 0 RULS 0 0.000 0 0.000 0 0 RMGR 0 0.000 0 0.000 0 0 IFSD 0 0.000 0 0.000 0 0 PPLN 0 0.000 0 0.000 0 0 PCLS 0 0.000 0 0.000 0 0 SUBS 0 0.000 0 0.000 0 0 LOCS 0 0.000 0 0.000 0 0 RMOB 0 0.000 0 0.000 0 0 RSMD 0 0.000 0 0.000 0 0 JVSD 0 0.000 0 0.000 0 0 ENPR 0 0.000 0 0.000 0 0 RELC 0 0.000 0 0.000 0 0 STREAM 0 0.000 0 0.000 0 0 APPLY 0 0.000 0 0.000 0 0 APPLY SOURCE 0 0.000 0 0.000 0 0 APPLY DESTN 0 0.000 0 0.000 0 0 TEST 0 0.000 0 0.000 0 0 CUMULATIVE 36785151 0.999 20629046 0.994 25448 22339 Permanent space allocted for Load Locks LATCH:0 TOTAL SPACE: 4212 FREELIST CHUNK COUNT:117 OBJECT SIZE:36 Permanent space allocted for KGL pins LATCH:0 TOTAL SPACE: 129456 FREELIST CHUNK COUNT:246 OBJECT SIZE:72 LATCH:1 TOTAL SPACE: 125280 FREELIST CHUNK COUNT:181 OBJECT SIZE:72 LATCH:2 TOTAL SPACE: 146160 FREELIST CHUNK COUNT:245 OBJECT SIZE:72 Permanent space allocted for KGL locks LATCH:0 TOTAL SPACE: 171216 FREELIST CHUNK COUNT:316 OBJECT SIZE:72 LATCH:1 TOTAL SPACE: 179568 FREELIST CHUNK COUNT:271 OBJECT SIZE:72 LATCH:2 TOTAL SPACE: 208800 FREELIST CHUNK COUNT:345 OBJECT SIZE:72 Permanent space allocted for KGL S handles LATCH:0 TOTAL SPACE: 319884 FREELIST CHUNK COUNT:128 OBJECT SIZE:276 LATCH:1 TOTAL SPACE: 292836 FREELIST CHUNK COUNT:53 OBJECT SIZE:276 LATCH:2 TOTAL SPACE: 293112 FREELIST CHUNK COUNT:89 OBJECT SIZE:276 Permanent space allocted for KGL M handles LATCH:0 TOTAL SPACE: 1003472 FREELIST CHUNK COUNT:157 OBJECT SIZE:472 LATCH:1 TOTAL SPACE: 976568 FREELIST CHUNK COUNT:150 OBJECT SIZE:472 LATCH:2 TOTAL SPACE: 967128 FREELIST CHUNK COUNT:115 OBJECT SIZE:472 Permanent space allocted for KGL L handles LATCH:0 TOTAL SPACE: 147056 FREELIST CHUNK COUNT:41 OBJECT SIZE:728 LATCH:1 TOTAL SPACE: 140504 FREELIST CHUNK COUNT:18 OBJECT SIZE:728 LATCH:2 TOTAL SPACE: 137592 FREELIST CHUNK COUNT:14 OBJECT SIZE:728 Permanent space allocted for KGL A handles LATCH:0 TOTAL SPACE: 652320 FREELIST CHUNK COUNT:0 OBJECT SIZE:160 LATCH:1 TOTAL SPACE: 664000 FREELIST CHUNK COUNT:0 OBJECT SIZE:160 LATCH:2 TOTAL SPACE: 652000 FREELIST CHUNK COUNT:0 OBJECT SIZE:160 Permanent space allocted for KGL objects LATCH:0 TOTAL SPACE: 703332 FREELIST CHUNK COUNT:4050 OBJECT SIZE:84 LATCH:1 TOTAL SPACE: 690312 FREELIST CHUNK COUNT:3828 OBJECT SIZE:84 LATCH:2 TOTAL SPACE: 686112 FREELIST CHUNK COUNT:3827 OBJECT SIZE:84 Permanent space allocted for KGL handle dependents LATCH:0 TOTAL SPACE: 50544 FREELIST CHUNK COUNT:369 OBJECT SIZE:36 LATCH:1 TOTAL SPACE: 50544 FREELIST CHUNK COUNT:478 OBJECT SIZE:36 LATCH:2 TOTAL SPACE: 50544 FREELIST CHUNK COUNT:455 OBJECT SIZE:36

---

Mais cela ne me parle pas beaucoup.

J'ai vu qu'il y avait plusieur level, j'ai essayé le 1, tu parles du 10.
Mais je ne fait qu'amplifier la demande générale!
Eclaire-nous de ton savoir!

Je m'excuse, je vous ai fourni la trace du level 1!

voici le 2:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91

/opt/oracle/admin/RH/udump/prod_rh_16237.trc     *** SESSION ID:(253.386) 2005-09-20 11:07:54.046 Permanent space allocted for Load Locks LATCH:0 TOTAL SPACE: 4212 FREELIST CHUNK COUNT:117 OBJECT SIZE:36 Permanent space allocted for KGL pins LATCH:0 TOTAL SPACE: 129456 FREELIST CHUNK COUNT:292 OBJECT SIZE:72 LATCH:1 TOTAL SPACE: 125280 FREELIST CHUNK COUNT:228 OBJECT SIZE:72 LATCH:2 TOTAL SPACE: 146160 FREELIST CHUNK COUNT:265 OBJECT SIZE:72 Permanent space allocted for KGL locks LATCH:0 TOTAL SPACE: 171216 FREELIST CHUNK COUNT:326 OBJECT SIZE:72 LATCH:1 TOTAL SPACE: 179568 FREELIST CHUNK COUNT:295 OBJECT SIZE:72 LATCH:2 TOTAL SPACE: 208800 FREELIST CHUNK COUNT:320 OBJECT SIZE:72 Permanent space allocted for KGL S handles LATCH:0 TOTAL SPACE: 319884 FREELIST CHUNK COUNT:116 OBJECT SIZE:276 LATCH:1 TOTAL SPACE: 292836 FREELIST CHUNK COUNT:42 OBJECT SIZE:276 LATCH:2 TOTAL SPACE: 293112 FREELIST CHUNK COUNT:76 OBJECT SIZE:276 Permanent space allocted for KGL M handles LATCH:0 TOTAL SPACE: 1003472 FREELIST CHUNK COUNT:129 OBJECT SIZE:472 LATCH:1 TOTAL SPACE: 976568 FREELIST CHUNK COUNT:121 OBJECT SIZE:472 LATCH:2 TOTAL SPACE: 967128 FREELIST CHUNK COUNT:84 OBJECT SIZE:472 Permanent space allocted for KGL L handles LATCH:0 TOTAL SPACE: 147056 FREELIST CHUNK COUNT:35 OBJECT SIZE:728 LATCH:1 TOTAL SPACE: 140504 FREELIST CHUNK COUNT:11 OBJECT SIZE:728 LATCH:2 TOTAL SPACE: 137592 FREELIST CHUNK COUNT:9 OBJECT SIZE:728 Permanent space allocted for KGL A handles LATCH:0 TOTAL SPACE: 660320 FREELIST CHUNK COUNT:0 OBJECT SIZE:160 LATCH:1 TOTAL SPACE: 674880 FREELIST CHUNK COUNT:0 OBJECT SIZE:160 LATCH:2 TOTAL SPACE: 663680 FREELIST CHUNK COUNT:0 OBJECT SIZE:160 Permanent space allocted for KGL objects LATCH:0 TOTAL SPACE: 703332 FREELIST CHUNK COUNT:3951 OBJECT SIZE:84 LATCH:1 TOTAL SPACE: 690312 FREELIST CHUNK COUNT:3702 OBJECT SIZE:84 LATCH:2 TOTAL SPACE: 686112 FREELIST CHUNK COUNT:3692 OBJECT SIZE:84 Permanent space allocted for KGL handle dependents LATCH:0 TOTAL SPACE: 50544 FREELIST CHUNK COUNT:365 OBJECT SIZE:36 LATCH:1 TOTAL SPACE: 50544 FREELIST CHUNK COUNT:476 OBJECT SIZE:36 LATCH:2 TOTAL SPACE: 50544 FREELIST CHUNK COUNT:451 OBJECT SIZE:36 LIBRARY CACHE HASH TABLE: size=131072 count=9756 Buckets with more than 20 objects: NONE Hash Chain Size Number of Buckets --------------- ----------------- 0 121680 1 9039 2 344 3 8 4 0 5 1 6 0 7 0 8 0 9 0 10 0 11 0 12 0 13 0 14 0 15 0 16 0 17 0 18 0 19 0 20 0 >20 0

---

Salut ,
Moi aussi ca m'interresse, d'autant plus qu'oracle a une tendance à ne pas communiquer sur ca .

Bouyao :fleche: si tu as des infos je prends , en tout cas :ccool:

Aline :fleche: est ce que tu peux esayer cette requête merci

Si tu as des contentions sur la library cache cela devrait se voir ici

Code:

---

1 2 3

select name,gets,misses,sleeps from v$latch where name like 'library%';

---

Jaouad

Bonjour,
Je suis toujours là.

Pour les termes dans statspack on les trouves dans la vue

Citation:

---

v$latch_misses

---

par exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88

SQL> select location from v$latch_misses where parent_name= 'library cache' orde r by location;   LOCATION ---------------------------------------------------------------- kgl parent pad2132 kgl 2child pad2137 kgl 2child pad2138 kgl 2child pad56 kglalt: child kglalt: parent kglati kgldmc: parent kgldrp: child kgldrx: child kgldte: child kgldte: child 0 kgldte: parent kgldti: 2child kgldtld: parent kgldtld: 2child kglget: hash collision kglget: KGLDSBYA kglget: set reserved lock kglget: unpin heap 0 kglgfc: child kglhdal: parent kglhdbr: child kglhdbrnl: child kglhdbr0: parent: invalidate kglhdgc: child: kglhdgh: child: kglhdgn: child: kglhdiv: child kglhdiv0: child kglhdiv0: parent: invalidate kglhdunp: parent: flush kglhfr: child kglic kglidp: child kglilf: parent kglini: child kglivl: child kglivl: parent kglivr: child kglkep: child kgllfr kgllkal: parent kgllldl: child: kglmvsca: parent kglnti kglobld kglobpn: child: kglobr: child kglpim kglpin kglpin: child: heap processing kglpin: child: KGLMX kglpnal: 2child kglpnc: child kglpndl: child: after processing kglpndl: child: before processing kglpnp: child kglprg: child kglpur: child kglrtl kglsca: parent kglscn: parent kglsts: child kglswp kgluka: parent kglukp: child kglupc: child kglupc: parent kglupd: child kglupi: child: outside loop kglupkp kglver: child kksftc kqlftc kqlmbfre: child: in loop kqlmbfre: child: no obj to free kqlmbfre: parent kqlmbinv: parent kqlmbpil: parent   80 ligne(s) sÚlectionnÚe(s).

---

On ne trouve null part les explications de ces termes, par contre avec
un peu de l'experience, dans des forums et un peu de déduction on arrive à trouver leurs sens.
Il faut savoir que les couches du noyau oracle sont :

Citation:

---

OCI : Oracle Call Interface
UPI : User Program Interface
OPI
KK
KX
K2
NP1
KZ
RPI
KA
KD
KT
KC
KS
KJ
KG : Generic Layer
S

---

le nom de Chaque couche est une abbrévation.
Dans notre cas KG : generic layer son rôle est la géstion de données géneral comme les listes liée (pile), en particulier la géstion de la library cache et l'allocation mémoire dans le shared pool et la memoire des sessions.

et KGL ca concerne que la library cache : c'est comme un programme, son rôle est la géstion de la library cache il travaille beaucoup avec le KGH. Par exemple quand le KGL à besoin de la mémoire il appele le KGH (Heap manager).

à savoir :

Citation:

---

LK : lock
AL : allocation
PN : pin
C : call
UP : unpin
DL : deallocation
HD : handle

---

par exemple

Citation:

---

kglpnal = kgl+pn+al
kgl : kernel Generic Layer
pn : pin
al : allocation

---

(juste une question pour les moderateurs : peut -on faire des tutos mais vraiment théorique, par exemple pour explique le focntionement de l'achitecture du buffer cache et du library cache, les latchs et les equeues demande plus de théorie)


EDIT : par exemple pour trouver tous les tables systèmes concernant le KGL

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

SQL> select name from V$FIXED_TABLE where name like '%KGL%';   NAME ------------------------------ X$KGLSIM X$KGLJSIM X$KGLMEM X$KGLJMEM X$KGLOB X$KGLLK X$KGLPN X$KGLST X$KGLAU X$KGLSN X$KGLTR X$KGLXS X$KGLRD X$KGLDP X$KGLNA X$KGLNA1 X$KGLLC X$KGLTABLE X$KGLBODY X$KGLTRIGGER X$KGLINDEX X$KGLCLUSTER X$KGLCURSOR X$KGLCURSOR_CHILD_SQLID X$KGLCURSOR_CHILD_SQLIDPH X$KGLCURSOR_CHILD

---

je continue ....

Citation:

---

Envoyé par bouyao

(juste une question pour les moderateurs : peut -on faire des tutos mais vraiment théorique, par exemple pour explique le focntionement de l'achitecture du buffer cache et du library cache, les latchs et les equeues demande plus de théorie)

---

bien sûr :ccool:

On privilégie beaucoup la pratique mais les articles très technique sont les bienvenues. Par ailleurs, tu as déjà un domaine dans lequel tu peux faire ce que tu veux même si on préfère valider d'abord ;)

Super, et Merci
Pour chaque nouveau article, j'aimerai bien que les membres demande des explications plus détaillés s'il n'ont pas compris quelque chose dans l'article et ca sera bien dans le thread Dernier article : ???????
et peut être si possible un autre thread concernant : les souhaits des membre pour avoir un article inexistant..

En effet, le sujet "dernier article" peut accueillir les remarques même si c'est pas vraiment le but. Les lecteurs peuvent toujours soit contacter l'auteur par mail soit ouvrir un nouveau sujet ;)

Pour les souhaits, je vais créer un post-it, c'est une bonne idée :ccool: