Tuxedo典型问题.pptVIP

BEA Tuxedo? 典型问题  BEA 客户服务部 BEA Tuxedo? 典型问题 Tuxedo?应用内存泄露(Memory Leak) 问题现象 从整个系统的角度看，存在内存泄露会造成系统的空闲内存不断减小，最终将造成系统宕机； 从进程角度来看，存在内存泄露的进程，它的进程空间会不断增加（通过”ps –elf”、AIX的”svmon”查看进程） Tuxedo?应用内存泄露(Memory Leak) 原因分析 内存泄露是指程序对于一块动态申请的内存失去了参照指针，造成内存块无法释放的现象 内存泄露是由于在程序中调用malloc或者类似功能的函数申请内存，却没有在程序中调用free或者类似功能的函数释放内存引起的 Tuxedo?应用内存泄露(Memory Leak) 原因分析 应用代码 从经验来看，这是内存泄露问题的主要原因。包括的形式： 忽略对申请的内作释放。比如在代码开始时申请了一块空间，但是在程序借宿时却忽略了去释放此块内存； 指针使用不当。在做指针赋值时，没有释放已有的内存空间，就将它指向另一个内存空间； 数据库游标的使用不当。在程序中，如果使用了数据库的游标，需要在程序返回时，将游标关闭； 在采用C++编程时，没有正确的调用析构函数 Tuxedo?应用内存泄露(Memory Leak) 原因分析 数据库 在客户的项目中，出现过数据库提供的函数存在内存泄露，如： Oracle的OCI连接库 Sybase的Open Client的连接库 Tuxedo 操作系统 Tuxedo?应用内存泄露(Memory Leak) 解决方案 检查应用代码。 检查内存的申请和释放是否匹配 检查指针在赋值时，是否释放已有内存空间； 检查游标的打开和关闭是否匹配 检查析构函数是否被调用 采用隔离的方法分析代码 对于存在内存泄露的代码可以采用将代码分段隔离的方法来查找 采用相应的工具软件分析代码 现在有很多的查找内存泄露的工具。如dbx、Rational的Purify等 将数据库、中间件和操作系统地相应补丁及时更新 Tuxedo?应用内存泄露(Memory Leak) 解决办法 是否存在内存泄露 通过系统工具top查看系统的可用内存是否持续减少 通过系统工具ps –elf查看进程的内存空间是否超常，如超过100M 查找内存泄露的进程 在一段时间内，定期收集系统中进程的内存状况； 将收集的结果在Excel中对比，找到那个进程在增长 Tuxedo?应用内存泄露(Memory Leak) 解决办法 确认进程内存泄露 在Solaris下 用pmap监控内存不断增长的进程。如果[heap]的大小不断增加，说明这个进程有内存泄露。 在AIX下 用svmon监控内存不断增长的进程。注意[private]的大小 Tuxedo?应用内存泄露(Memory Leak) Solaris的pmap的输出 $ pmap 2345 102905: test 192K r-x-- /usr/bin/ksh 8K rwx-- /usr/bin/ksh 40K rwx-- [ heap ] FF180000 664K r-x-- /usr/lib/libc.so.1 FF236000 24K rwx-- /usr/lib/libc.so.1 FF23C000 8K rwx-- /usr/lib/libc.so.1 FF250000 8K rwx-- [ anon ] …….. FF3B0000 8K rwx-- [ anon ] FF3C0000 152K r-x-- /usr/lib/ld.so.1 FF3F6000 8K rwx-- /usr/lib/ld.so.1 FFBFC000 16K rw--- [ stack ] total 1880K Tuxedo?应用内存泄露(Memory Leak) AIX的svmon的输出 # svmon -P 19556 Pid Command Inuse Pin Pgspace 19556 pacman 3085 1