你知道如何计算真正的PGA么？
于是熟悉Oracle的大家会想到两种办法：
select value from v$pgastat where NAME='total PGA allocated';
或者
select sum(PGA_ALLOC_MEM) from v$process;
这两个值应该相当接近。
但是，事实是这样么？这两个视图是完全准确的么？
答案是否定的。这两个视图会少计算PGA。
让实验告诉我们为什么：
1. 在一个几乎完全idle的数据库上（dedicate mode），由动态视图显示其当前PGA为76M, 当前session数目为34；操作系统当前free memory为11143.6M。
select value/1024/1024  from v$pgastat where NAME='total PGA allocated'
union all
select sum(PGA_ALLOC_MEM)/1024/1024 from v$process
union all
select count(*) from v$session;
VALUE/1024/1024
---------------
     76.6796875
     76.6996403
             34
RAM       Avail 11143.6 Mb
2. 从远端写一个java多线程程序连接到数据库上，保持一定时间。（脚本最后attached--jdbc.java）
javac jdbc.java
java jdbc 200     -- open 200 sessions
3. 当session数目增长到261时，此时动态视图显示当前PGA为197M；操作系统当前free memory为10329.7 M。
SQL> /
VALUE/1024/1024
---------------
     197.273438
      197.44428
            261
RAM       Avail 10329.7 Mb
4. 由此可知，操作系统减少的内存为814M(11143-10329),但是由动态视图v$pgastat和v$process算出来的增加的PGA只有121M(197-76)。
所以，在此种情况下，动态视图明显少计算了很大一部分的PGA。

-----------------------------------------------------------
那么如何才能真正计算出PGA的大小呢？
在Solaris/unix上，可以使用pmap -x <pid>。
为什么不直接用pmap（pmap pid会快很多），而用pmap -x?
因为pmap -x才会计算出真正一个进程所独占的内存空间。
例如
> pmap -x 9041
9041:   oracleSID (DESCRIPTION=(LOCAL=NO)(SDU=8192))
(中间是具体每个mapped object所占的内存，省略)
         Address     Kbytes        RSS      Anon     Locked Mode   Mapped File
---------------- ---------- ---------- ---------- ----------
        total Kb   77014800   77005280      13096   76873808
这里，第四列Anon的总和就是这个进程所独占的内存，而不会包含SGA的那部分。

如果我们直接采用pmap pid的结果，取其[ heap ]+[ anon ]+[ stack ]之和来当做PGA是不准确的。
这里有两点原因：
1.这种方法计算出的pmap不包含一些lib的数据空间。
例如，我们通过pmap pid可以看到对同一个lib有两行内容：
FFFFFFFF7C100000         32K r-x--  /lib/sparcv9/librt.so.1
FFFFFFFF7C208000          8K rwx--  /lib/sparcv9/librt.so.1
其中第一行是代码部分，可以看到，是不能写的：r-x--  。
第二行时数据部分，是可写的：rwx--  
这里第二行的数据部分，其实应该归入PGA的计算中。
2.pmap pid显示出来的是虚拟内存，不仅仅包含RSS部分。
而pmap -x pid会分隔开RSS部分以及Anon部分，而我们关注的仅仅是Anon部分。
例如看看pmap -x pid和pmap的这个差别：
pmap -x pid:
         Address     Kbytes        RSS       Anon     Locked Mode   Mapped File
0000000106730000        832        192         64          - rwx--    [ heap ]
pmap pid:
0000000106730000        832K rwx--    [ heap ]
其实说这么多，大家只需记住pmap -x pid的结果对Anon的总和就是这个进程独占的内存空间，也就是PGA.

所以，随之而来的计算PGA的脚本也孕育而生，其实逻辑很简单：
1.找出所有process，除了后台进程（其实后台进程也应该算在PGA之内，但是由于在高并发环境下pmap -x 后台进程比较危险，而且也没多少后台进程，所以忽略不计）。
select spid from v$process where spid is not null and  background is null;
2.对每个进程pmap -x，计算出Anon的总和，也就是PGA。
pmap -x $eachprocess |grep "total" > tmpfile
cat tmpfile | awk '{sum+=$5;}END{print sum}'

在1000+个sessions的数据库上如此检测，会得到非常准确的PGA大小。
（当然，在执行脚本的过程中，如果有进程退出，那么pmap会找不到该进程，所以这样写脚本适合长连接。）

顶顶顶顶顶顶顶顶顶顶

这是个法宝啊，谢谢老师哦。。。。