Discussion :

[kanko]

Bonjour,
j'ai un problème de lenteur actuellement avec mon serveur oracle 10gR1 sous linux Red Hat AS 3. ce serveur de données est attaqué par un serveur d'appli Jboss. mais seulement j'ai remarqué qu'a chaque connexion du serveur d'appli jboss sur le serveur de données, il lance un proccess oracle oraclerorcl (mon instance s'appelle orcl - ds v$session.program= JDBC thin client). chacun de ces process consomme énormement la mémoire ce qui fait qu'ai bout d'une quinzaine de connexion le serveur devient trop lent. mon serveur de données à 12Go de RAM. comment faire pour tunner les connexion du serveur d'appli au serveur de données?
ci apres un résultat de la commande ps -aux|grep oracleorcl

[root@DSRVBDD002 root]# ps aux|grep oracleorcl
oracle 5948 5.0 6.0 1770188 745720 ? S 07:14 10:07 oracleorcl (LOCAL=NO)
oracle 6362 3.2 5.5 1768120 683628 ? S 07:32 5:59 oracleorcl (LOCAL=NO)
oracle 8222 4.5 5.2 1768084 643684 ? S 08:58 4:22 oracleorcl (LOCAL=NO)
oracle 8274 5.3 5.2 1768080 645368 ? S 08:58 5:09 oracleorcl (LOCAL=NO)
oracle 8276 7.8 5.1 1768092 636880 ? S 08:58 7:33 oracleorcl (LOCAL=NO)
oracle 8284 6.0 5.7 1768108 704684 ? S 08:58 5:51 oracleorcl (LOCAL=NO)
oracle 9468 1.9 3.3 1769148 409760 ? S 09:55 0:45 oracleorcl (LOCAL=NO)
oracle 9472 5.7 4.1 1769148 514976 ? S 09:55 2:14 oracleorcl (LOCAL=NO)
oracle 9478 3.6 4.3 1769164 531304 ? S 09:55 1:25 oracleorcl (LOCAL=NO)
oracle 9480 5.7 5.2 1768116 645756 ? S 09:55 2:13 oracleorcl (LOCAL=NO)
oracle 9983 8.3 4.4 1768136 546708 ? S 10:20 1:13 oracleorcl (LOCAL=NO)
oracle 10227 0.0 0.3 1767112 37340 ? S 10:28 0:00 oracleorcl (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
root 10387 0.0 0.0 3716 704 pts/1 S 10:34 0:00 grep oracleorcl
[root@DSRVBDD002 root]#

commande top:
10:55:42 up 2 days, 7:43, 2 users, load average: 1,59, 2,25, 2,11
104 processes: 103 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: cpu user nice system irq softirq iowait idle
total 6,0% 0,0% 0,5% 0,0% 0,0% 21,1% 72,0%
cpu00 22,3% 0,0% 1,9% 0,0% 0,1% 43,7% 31,7%
cpu01 0,2% 0,0% 0,2% 0,0% 0,0% 45,0% 54,6%
cpu02 19,1% 0,0% 2,1% 0,0% 0,0% 34,3% 44,3%
cpu03 5,5% 0,0% 0,0% 0,0% 0,0% 35,7% 58,6%
cpu04 0,0% 0,0% 0,1% 0,0% 0,0% 2,3% 97,4%
cpu05 0,0% 0,0% 0,1% 0,0% 0,0% 2,3% 97,4%
cpu06 0,1% 0,0% 0,0% 0,0% 0,0% 2,9% 96,8%
cpu07 1,1% 0,0% 0,0% 0,0% 0,0% 2,9% 95,8%
Mem: 12340080k av, 12100572k used, 239508k free, 0k shrd, 124992k buff
2033128k actv, 7324808k in_d, 226532k in_c
Swap: 8193108k av, 0k used, 8193108k free 11305460k cache

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
8222 oracle 16 0 649M 647M 637M D 3,0 5,3 5:47 3 oracle
10689 oracle 16 0 428M 427M 424M S 3,0 3,5 0:28 0 oracle
1324 root 15 0 17056 8604 2316 S 0,1 0,0 15:24 2 X
10577 oracle 15 0 394M 392M 389M S 0,1 3,2 0:32 7 oracle
1 root 15 0 512 512 452 S 0,0 0,0 0:08 0 init
2 root RT 0 0 0 0 SW 0,0 0,0 0:00 0 migration/0
3 root RT 0 0 0 0 SW 0,0 0,0 0:00 1 migration/1

Merci d'avance pour toutes vos propositions

[orafrance]

quelles sont les valeurs de sort_area_size et pga_aggregate_target de ta base.

PS : merci de lire les règles du forum

[kanko]

sort_area_size=65536
pga_aggregate_target=100663296

[orafrance]

c'est pas énorme pourtant

[pifor]

Attention, il faut se méfier des tailles mémoires retournées par les outils Unix pour un processus serveur dédié: la mémoire partagée (=SGA)peut être incluse puisque chaque processus utilise la SGA et fausser les résultats.

Que donne:

Code :

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

select * from v$pgastat where name like '%total%';

[kanko]

1* SELECT * FROM v$pgastat WHERE name LIKE '%total%'

NAME VALUE UNIT
-------------------------------------------------- ---------- ------------
total PGA inuse 51077120 bytes
total PGA allocated 111168512 bytes
total freeable PGA memory 10354688 bytes
total PGA used for auto workareas 10393600 bytes
total PGA used for manual workareas 0 bytes