Discussion :

[aline]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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).

[bouyao]

Bonjour Aline,

dans ton cas

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[dngaya]

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

[aline]

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!

[bouyao]

Bonjour Bouyao et merci pour ta réponse.

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

Merci!

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.

[rouardg]

Bonjour,

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).

[orafrance]

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

[aline]

Bonjour Aline,

dans ton cas

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

et voici le résultat:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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!

[aline]

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

voici le 2:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Jaouad]

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

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

Aline 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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Jaouad

[bouyao]

Bonjour,
Je suis toujours là.

Pour les termes dans statspack on les trouves dans la vue

v$latch_misses

par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

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 :

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

par exemple

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ....

[orafrance]

(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

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

[bouyao]

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..

[orafrance]

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