EOS系統(tǒng)性能分析工具使用說(shuō)明

1、primeton technologies, ltd.上海普元信息技術(shù)有限責(zé)任公司上海普元信息技術(shù)有限責(zé)任公司eos 系統(tǒng)性能分析工具系統(tǒng)性能分析工具使用說(shuō)明使用說(shuō)明no part of this document may be reproduced, stored in any electronic retrieval system, or transmitted in any form or by any means, mechanical, photocopying, recording, otherwise, without the written permission of the

2、copyright owner.copyright 2006 by primeton technologies, ltd. all rights reserved. eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 2 頁(yè) 共 29 頁(yè)文檔修訂記錄文檔修訂記錄序號(hào)序號(hào)版本號(hào)版本號(hào)修訂日期修訂日期修訂概述修訂概述修訂人修訂人審批人審批人備注備注10.12007-06-10創(chuàng)建林鋒20.22007-09-06功能側(cè)重分析系統(tǒng)性能，而不是分析系統(tǒng)問(wèn)題林鋒30.32007-10-12支持 eos5.3林鋒40.42008-03-07修改分析結(jié)果樣式增加查看單個(gè)請(qǐng)求功能林鋒 eos 系統(tǒng)性能分析工具使用說(shuō)明

3、http:/ 3 頁(yè) 共 29 頁(yè)規(guī)范及約定規(guī)范及約定1.【規(guī)范及約定】的內(nèi)容僅僅是對(duì)本文檔編寫的規(guī)范和約定進(jìn)行描述，文檔編寫人員必須嚴(yán)格按照本規(guī)范和約定進(jìn)行編寫，在文檔正式發(fā)布時(shí)刪除該部分內(nèi)容；2.文檔內(nèi)容采用“首行縮進(jìn)、小四號(hào)字體、1.5 倍行距”的格式，選中段落文本使用快捷鍵【ctrl+alt+4】可以進(jìn)行格式化（直接選中藍(lán)色的說(shuō)明文字即可） ；3.必須填寫“文檔修訂控制記錄” ；4.文檔目錄必須更新為最新的，與實(shí)際內(nèi)容相對(duì)應(yīng)；5.模版中每部分內(nèi)容的下面的藍(lán)色字體是對(duì)這塊內(nèi)容的說(shuō)明，編寫文檔時(shí)選中這段文字，使用【ctrl+alt+4】快捷鍵即可格式化成要求的字體； eos 系統(tǒng)性能分析工

4、具使用說(shuō)明http:/ 4 頁(yè) 共 29 頁(yè)目目 錄錄1文檔摘要文檔摘要.61.1文檔分類.61.2關(guān)鍵字/tag.61.2.1摘要.61.3作者、協(xié)作者及評(píng)審人員.61.4定義、首字母縮寫詞及縮略語(yǔ).62使用說(shuō)明使用說(shuō)明.72.1適用環(huán)境.72.2useraccessmonitor日志.72.2.1日志開(kāi)關(guān).72.2.2日志內(nèi)容.82.3使用工具.92.3.1打開(kāi)工具.92.3.2導(dǎo)入日志文件.102.3.3性能分析.設(shè)置分析范圍及輸出結(jié)果.分析日志.分析結(jié)果說(shuō)明..1全局統(tǒng)計(jì)數(shù)據(jù)..2訪問(wèn)量分析圖.1

5、.3活動(dòng)用戶量分析圖..4空閑內(nèi)存變化分析圖..5功能列表..6用戶列表..7未執(zhí)行完的請(qǐng)求..8超過(guò)指定執(zhí)行時(shí)間的請(qǐng)求.如何利用工具分析問(wèn)題..1分析系統(tǒng)整體運(yùn)行效率..2分析系統(tǒng)內(nèi)存泄漏..3分析系統(tǒng)內(nèi)存短時(shí)間內(nèi)被耗光的現(xiàn)象..4預(yù)判系統(tǒng)用戶量增漲后內(nèi)存是否足夠使用..5分析系統(tǒng)需要優(yōu)化的功能.272.3.4查看單個(gè)請(qǐng)求.27 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 5 頁(yè)

6、 共 29 頁(yè) eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 6 頁(yè) 共 29 頁(yè)1 文檔摘要文檔摘要1.1 文檔分類文檔分類1.2 關(guān)鍵字關(guān)鍵字/tag1.2.1 摘要摘要本工具通過(guò)分析 eos server 記錄的用戶請(qǐng)求記錄信息（useraccessmonitor.log） ，可以監(jiān)控系統(tǒng)日常運(yùn)行情況，診斷系統(tǒng)是否健康運(yùn)轉(zhuǎn)。該工具是 eos 系統(tǒng)后期運(yùn)行維護(hù)最重要的手段。1.3 作者、協(xié)作者及評(píng)審人員作者、協(xié)作者及評(píng)審人員林鋒1.4 定義、首字母縮寫詞及縮略語(yǔ)定義、首字母縮寫詞及縮略語(yǔ) eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 7 頁(yè) 共 29 頁(yè)2 使用說(shuō)明使用說(shuō)明2.1 適用環(huán)境

7、適用環(huán)境windows 環(huán)境jdk1.4.2 以上版本eos3.5eos5.3 版本2.2 useraccessmonitor 日志日志性能分析工具是通過(guò)分析 eos server 記錄的 useraccessmonitor 日志來(lái)得到系統(tǒng)的性能分析報(bào)告的。useraccessmonitor.log 是 eos 一個(gè)重要的日志。記錄的是每個(gè)展現(xiàn)邏輯的開(kāi)始調(diào)用和結(jié)束調(diào)用，通過(guò)此日志文件可以檢查展現(xiàn)邏輯是否成功執(zhí)行、執(zhí)行了多長(zhǎng)時(shí)間、執(zhí)行之間的內(nèi)存變化等等。因?yàn)槊總€(gè)請(qǐng)求記錄兩條日志，記錄的日志信息量不大，所以不會(huì)對(duì)系統(tǒng)的性能帶來(lái)什么影響。2.2.1 日志開(kāi)關(guān)日志開(kāi)關(guān)在 eos5.2 之前的版本不提供

8、通過(guò)頁(yè)面來(lái)修改配置，需要手工修改配置文件。jboss 環(huán)境：環(huán)境：修改 jboss-3.2.5serverdefaultconflog4j.xml 文件： eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 8 頁(yè) 共 29 頁(yè).weblogic、was 環(huán)境：環(huán)境：修改 eos_home/config/ perties 文件：log4j.logger.defaultappid.useraccessmonitor=debug,uamlog4j.appender.uam.layout.conversionpattern=%d- %m$%nlog4j.appender.u

9、am.layout=org.apache.log4j.patternlayoutlog4j.appender.uam.maxfilesize=8096kblog4j.appender.uam.maxbackupindex=10log4j.appender.uam.file=$eos_home/logs/useraccessmonitor.loglog4j.appender.uam=org.apache.log4j.rollingfileappender將日志級(jí)別配置為 debug 則記錄 useraccessmonitor 日志。另外注意日志文件存在路徑默認(rèn)是在 eos_home/logs/目

10、錄下。建議將日志文件大小配置 8096kb，保留 10 個(gè)備份文件，這樣便于對(duì)系統(tǒng)長(zhǎng)期的分析監(jiān)控。2.2.2 日志內(nèi)容日志內(nèi)容useraccessmonitro.log 中記錄的是開(kāi)始調(diào)用和結(jié)束調(diào)用展現(xiàn)邏輯是的日志，所以 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 9 頁(yè) 共 29 頁(yè)正常的日志應(yīng)該是成雙成對(duì)的。如下面的兩條日志記錄：2005-06-22 11:35:04,023- b 1119411295568 sysadmin p bnom.pr_automata.bnom_p_showempmain 66650112 25788232 success$2005-06-22 11:35:

11、18,684- e 1119411295568 sysadmin p bnom.pr_automata.bnom_p_showempmain 66650112 13912400 success$下面以第一條日志為例進(jìn)行說(shuō)明：列列值值說(shuō)明說(shuō)明12005-06-22 11:35:04,023記錄日志的時(shí)間點(diǎn)2b該日志為開(kāi)始調(diào)用時(shí)的記錄，結(jié)束調(diào)用為“e”31119411295568請(qǐng)求編號(hào)，唯一。用它來(lái)定位日志中開(kāi)始結(jié)束調(diào)用記錄4sysadmin調(diào)用展現(xiàn)邏輯的用戶名5p展現(xiàn)邏輯層的調(diào)用。目前版本只支持到展現(xiàn)邏輯層6bnom.pr_automata.bnom_p_showempmain調(diào)用的展現(xiàn)邏輯名

12、766650112eos server 啟動(dòng)時(shí)實(shí)時(shí)的 jvm 內(nèi)存大小，單位為 byte825788232當(dāng)前 jvm 內(nèi)存大小，單位為 byte9success執(zhí)行成功2.3 使用工具使用工具2.3.1 打開(kāi)工具打開(kāi)工具首先需要說(shuō)明的是，工具是使用 java 編寫的，需要操作系統(tǒng)中安裝 jdk 才能運(yùn)行。如果操作系統(tǒng)的環(huán)境變量中已經(jīng)配置了 java_home，那么執(zhí)行目錄下的uamtool.bat 文件即可啟動(dòng)工具。如果沒(méi)有配置 java_home，需要修改 uamtool.bat 文件指定 java_home。有時(shí)因?yàn)?jdk 版本的問(wèn)題，操作系統(tǒng)環(huán)境變量中配置的 java_home 不一

13、定支持工具的正常運(yùn)行，所以建議還是修改 uamtool.bat 指定 java_home。工具啟動(dòng)后，界面如下圖所示： eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 10 頁(yè) 共 29 頁(yè)如上圖所示，首先需要選擇日志文件（即 useraccessmonitor 日志文件） ，再指定分析的范圍和分析輸出結(jié)果文件，然后就可以開(kāi)始分析了。2.3.2 導(dǎo)入日志文件導(dǎo)入日志文件前面提及過(guò)，性能分析工具是通過(guò)分析 eos 系統(tǒng)記錄的 useraccessmonitor 日志來(lái)得到性能分析結(jié)果的。那么，首先就得選擇需要分析的日志文件。如上圖所示，點(diǎn)擊【導(dǎo)入日志文件】按鈕來(lái)選擇日志文件。未選擇日志文件之前，【

14、導(dǎo)入日志文件】按鈕右邊有“未選擇”的提示。 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 11 頁(yè) 共 29 頁(yè)日志文件是可以多選的，選擇需要分析的日志文件后打開(kāi)。如下圖所示：打開(kāi)選擇的日志文件后，會(huì)先對(duì)日志文件做初步的分析，得到每個(gè)日志文件中記錄的日志開(kāi)始和結(jié)束時(shí)間。如下圖所示：因?yàn)槿罩疚募怯?log4j 記錄，如果在取日志文件時(shí)剛才 log4j 正在備份日志文件，那么有可能會(huì)漏取或者取得重復(fù)的日志文件。所以要注意檢查一下每個(gè)日志文件的開(kāi)始時(shí)間應(yīng)當(dāng)大于或等于上一個(gè)日志文件的 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 12 頁(yè) 共 29 頁(yè)結(jié)束時(shí)間，并且相差不大。關(guān)閉選擇日志文件的窗口后

15、，在主界面可以看到【選擇】按鈕右邊顯示了選擇了幾個(gè)日志文件的信息。如下圖所示：點(diǎn)擊鏈接還可以再打開(kāi)選擇日志文件窗口來(lái)查看已選擇的日志文件。 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 13 頁(yè) 共 29 頁(yè)2.3.3 性能分析性能分析設(shè)置分析范圍及輸出結(jié)果設(shè)置分析范圍及輸出結(jié)果日期：日期：分析某一天的系統(tǒng)運(yùn)行情況，可選擇的日期是根據(jù)日志的最大最小日期決定的。時(shí)間段：時(shí)間段：分析某一天某時(shí)間段內(nèi)的系統(tǒng)運(yùn)行情況。時(shí)間點(diǎn)間隔：時(shí)間點(diǎn)間隔：取間隔時(shí)間內(nèi)的訪問(wèn)量、活動(dòng)用戶量、空閑內(nèi)存平均值，以圖表的方式展示在時(shí)間段中變化?？蛇x擇 1、3、5、10、20 分鐘。列出執(zhí)行時(shí)間超過(guò)指定時(shí)間的請(qǐng)

16、求：列出執(zhí)行時(shí)間超過(guò)指定時(shí)間的請(qǐng)求：在這里指定您認(rèn)為可以承受請(qǐng)求最長(zhǎng)的執(zhí)行時(shí)間，超過(guò)此時(shí)間的請(qǐng)求將被記錄。分析結(jié)果輸出：分析結(jié)果輸出：分析結(jié)果輸出到一個(gè) excel 文件。注意，如果指定的文件已存在， eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 14 頁(yè) 共 29 頁(yè)那么要求文件必須是關(guān)閉的。默認(rèn)將指定的分析日期為文件名。分析日志分析日志選擇了日志文件，并設(shè)置了分析范圍及輸出結(jié)果后，點(diǎn)擊【開(kāi)始分析】按鈕即可開(kāi)始分析。分析的過(guò)程中可以看到分析日志。分析成功結(jié)束后，可以立即打開(kāi)分析結(jié)果文件查看分析結(jié)果：分析結(jié)果文件： eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 15 頁(yè) 共 29

17、 頁(yè)分析結(jié)果說(shuō)明分析結(jié)果說(shuō)明.1全局統(tǒng)計(jì)數(shù)據(jù)全局統(tǒng)計(jì)數(shù)據(jù)通過(guò)全局統(tǒng)計(jì)數(shù)據(jù)表格底下的鏈接可以查看其它統(tǒng)計(jì)分析數(shù)據(jù)： eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 16 頁(yè) 共 29 頁(yè).2訪問(wèn)量分析圖訪問(wèn)量分析圖*訪問(wèn)量是指在間隔時(shí)間中的系統(tǒng)接收到的請(qǐng)求數(shù)通過(guò)該圖表數(shù)據(jù)，可以很清晰地看到系統(tǒng)在一個(gè)時(shí)間段內(nèi)接收到請(qǐng)求的情況。.3活動(dòng)用戶量分析圖活動(dòng)用戶量分析圖*活動(dòng)用戶量是指在間隔時(shí)間中發(fā)出請(qǐng)求的用戶數(shù)通過(guò)該圖表數(shù)據(jù)，可以很清晰地看到系統(tǒng)在一個(gè)時(shí)間段內(nèi)用戶訪問(wèn)系統(tǒng)的情況。 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 17 頁(yè) 共 29 頁(yè)2

18、.空閑內(nèi)存變化分析圖空閑內(nèi)存變化分析圖*空閑內(nèi)存是間隔時(shí)間內(nèi)記錄的各個(gè)點(diǎn)的內(nèi)存平均數(shù)通過(guò)該圖表數(shù)據(jù)，可以很清晰地看到系統(tǒng)在一個(gè)時(shí)間段內(nèi) jvm 空閑內(nèi)存的變化情況。.5功能列表功能列表 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 18 頁(yè) 共 29 頁(yè)記錄了時(shí)間段內(nèi)所有訪問(wèn)的功能，并且統(tǒng)計(jì)了訪問(wèn)的次數(shù)，以及最短、最長(zhǎng)、平均的執(zhí)行時(shí)間。對(duì)于每個(gè)功能，會(huì)統(tǒng)計(jì)所以執(zhí)行時(shí)間超過(guò)指定時(shí)間的請(qǐng)求，以及所占百分比。由此可以判斷這功能是否普遍執(zhí)行時(shí)間超長(zhǎng)。另外還可以對(duì)分析結(jié)果重新排序。.6用戶列表用戶列表記錄了時(shí)間段內(nèi)所有訪問(wèn)系統(tǒng)的用戶，并且統(tǒng)計(jì)了訪問(wèn)的次數(shù)，以及最

19、早、最晚在線的執(zhí)行時(shí)間。同樣還可以對(duì)分析結(jié)果重新排序。.7未執(zhí)行完的請(qǐng)求未執(zhí)行完的請(qǐng)求記錄了時(shí)間段內(nèi)未執(zhí)行結(jié)束的請(qǐng)求。當(dāng)然，因?yàn)橹付藭r(shí)間段，有可能執(zhí)行結(jié)束是在時(shí)間段之外。 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 19 頁(yè) 共 29 頁(yè).8超過(guò)指定執(zhí)行時(shí)間的請(qǐng)求超過(guò)指定執(zhí)行時(shí)間的請(qǐng)求列出了所有執(zhí)行時(shí)間超過(guò)指定時(shí)間的請(qǐng)求。如何利用工具分析問(wèn)題如何利用工具分析問(wèn)題.1分析系統(tǒng)整體運(yùn)行效率分析系統(tǒng)整體運(yùn)行效率用戶使用系統(tǒng)時(shí)，一般只是根據(jù)從頁(yè)面點(diǎn)擊，到結(jié)果返回的時(shí)間來(lái)判斷系統(tǒng)運(yùn)行效率。但影響系統(tǒng)效率的環(huán)節(jié)很多，那么如何來(lái)判斷 eos ser

20、ver 的后臺(tái)運(yùn)行效率呢？我們可以從功能和請(qǐng)求兩個(gè)方面來(lái)分析。從功能方面分析：從功能方面分析：1、我們先到分析結(jié)果的統(tǒng)計(jì)數(shù)據(jù)中看看時(shí)間段內(nèi)用戶所訪問(wèn)過(guò)的功能數(shù)： eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 20 頁(yè) 共 29 頁(yè)2、我們假設(shè)功能平均執(zhí)行時(shí)間小于 5 秒是可以接受的，那么可以看到慢于 5 秒的功能占總的功能的比例是多少來(lái)判斷總體功能執(zhí)行效率如何：3、還可以到功能列表中按平均執(zhí)行時(shí)間降序排列一下看更詳細(xì)的數(shù)據(jù)：從請(qǐng)求方面分析：從請(qǐng)求方面分析： eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 21 頁(yè) 共 29 頁(yè)1、我們先到分析結(jié)果的統(tǒng)計(jì)數(shù)據(jù)中看看時(shí)間段內(nèi)用戶所訪問(wèn)過(guò)的請(qǐng)求數(shù)：2、

21、我們假設(shè)請(qǐng)求執(zhí)行時(shí)間小于 5 秒是可以接受的，那么可以看到慢于 5 秒的請(qǐng)求占總的請(qǐng)求數(shù)的比例是多少來(lái)判斷總體功能執(zhí)行效率如何：3、還可以到執(zhí)行時(shí)間超長(zhǎng)的請(qǐng)求列表中看更詳細(xì)的數(shù)據(jù)：.2分析系統(tǒng)內(nèi)存泄漏分析系統(tǒng)內(nèi)存泄漏在 java 中，內(nèi)存泄漏就是存在一些被分配的對(duì)象，這些對(duì)象有下面兩個(gè)特點(diǎn)：1、這些對(duì)象是有被引用的，即在有向樹(shù)形圖中，存在樹(shù)枝通路可以與其相連； eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 22 頁(yè) 共 29 頁(yè)2、這些對(duì)象是無(wú)用的，即程序以后不會(huì)再使用這些對(duì)象。如果對(duì)象滿足這兩個(gè)條件，這些對(duì)象就可以判定為 java 中的內(nèi)存泄漏。這些對(duì)象是不會(huì)被做垃圾回收的，然

22、而它卻占用著內(nèi)存。我們來(lái)看一個(gè)內(nèi)存使用率比較高的分析圖：空閑內(nèi)存變化分析圖0200000000400000000600000000800000000100000000012:0012:2512:5013:1513:4014:0514:3014:5515:2015:4516:1016:3517:0017:2517:5018:1518:4019:0519:3019:5520:2020:45從上圖我們可以看到，系統(tǒng)有時(shí)會(huì)差不多將內(nèi)存耗盡，好象有大量?jī)?nèi)存被占用著無(wú)法回收。但最終內(nèi)存還是回收到跟初始一樣的水平，這就說(shuō)明系統(tǒng)沒(méi)有存在不可回收的內(nèi)存，不存在內(nèi)存泄漏的可能。如果在系統(tǒng)長(zhǎng)時(shí)間地運(yùn)行過(guò)程中，特別是

23、到系統(tǒng)沒(méi)有或者很少被使用時(shí)，空閑內(nèi)存還是無(wú)法回到初始水平，那么說(shuō)明系統(tǒng)有可能存在內(nèi)存泄漏了。.3分析系統(tǒng)內(nèi)存短時(shí)間內(nèi)被耗光的現(xiàn)象分析系統(tǒng)內(nèi)存短時(shí)間內(nèi)被耗光的現(xiàn)象我們來(lái)看看下面的一個(gè)分析圖：內(nèi)存變化分析圖0200000000400000000600000000800000000100000000009:0509:2509:4510:0510:2510:4511:0511:2511:4512:0512:2512:4513:0513:2513:4514:0514:2514:4515:0515:2515:4516:05從上圖中很明顯地看到空閑內(nèi)存在很短的時(shí)間內(nèi)突然降到最低點(diǎn)，并且最終沒(méi)有

24、回到正常水平。在出現(xiàn)這種情況下，系統(tǒng)可能進(jìn)程不會(huì) down 掉，但已經(jīng)無(wú)法響應(yīng)任何頁(yè)面請(qǐng)求了，同時(shí)會(huì)在系統(tǒng)目錄下生成 dump 堆棧文件和 javacore 文件?？臻e內(nèi)存跌落到低谷但最終內(nèi)存還是能回收 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 23 頁(yè) 共 29 頁(yè)導(dǎo)致這種現(xiàn)象的最常見(jiàn)的可能就是：某些功能在某些特定的情況下執(zhí)行，會(huì)占用大量的內(nèi)存，并且是未執(zhí)行完的，這一點(diǎn)是顯而易見(jiàn)的，只有功能一直在執(zhí)行，jvm才無(wú)法將功能所占用內(nèi)存回收。下面通過(guò)一個(gè)例子來(lái)說(shuō)明分析這種情況，所使用到的分析結(jié)果文件請(qǐng)參看文檔分析結(jié)果樣例_內(nèi)存泄漏.xls 。1、檢查日志中記錄的最大內(nèi)存是否有一個(gè)擴(kuò)大的過(guò)程檢查

25、日志中記錄的最大內(nèi)存是否有一個(gè)擴(kuò)大的過(guò)程(此步驟要求 jvm 的最小、最大內(nèi)存不要設(shè)置成一樣。)打開(kāi)分析結(jié)果文件的工作表【5)執(zhí)行時(shí)間超過(guò) 5 秒的請(qǐng)求】 ，可以看到如下的信息：我們要關(guān)注的是最大內(nèi)存這一列。需要說(shuō)明的是，這里記錄的最大內(nèi)存并不是指 jvm 設(shè)置的最大內(nèi)存。jvm 設(shè)置的最大內(nèi)存是指 jvm 可使用的最大內(nèi)存，而此處的記錄最大內(nèi)存是 jvm 某個(gè)時(shí)間點(diǎn)的所占用的最大內(nèi)存。服務(wù)器啟動(dòng)時(shí)，jvm 的所占用的最大內(nèi)存即是 jvm 所設(shè)置的最小內(nèi)存，當(dāng) jvm 內(nèi)存不足時(shí)，那么 jvm 就會(huì)再次擴(kuò)大所占用的內(nèi)存，直到達(dá)到j(luò)vm 所設(shè)置的最大內(nèi)存。所以，雖然系統(tǒng)中設(shè)置的最大內(nèi)存是 2g，

26、但在這里記錄的最大內(nèi)存一開(kāi)始只是系統(tǒng)設(shè)置的最小內(nèi)存 512m。往下查看記錄的日志信息，可以看到在很長(zhǎng)的一段時(shí)間內(nèi)記錄的最大內(nèi)存還是500 多兆。然后到 67 行如下圖所示的位置： eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 24 頁(yè) 共 29 頁(yè)在這里可以看到最大內(nèi)存有一個(gè)很明顯的擴(kuò)大過(guò)程：537m808m949m1472m1730m2033m2148m。這個(gè)過(guò)程在 9 分鐘左右。2、檢查最大內(nèi)存擴(kuò)大過(guò)程中執(zhí)行時(shí)間長(zhǎng)的功能檢查最大內(nèi)存擴(kuò)大過(guò)程中執(zhí)行時(shí)間長(zhǎng)的功能我們可以發(fā)現(xiàn)在最大內(nèi)存擴(kuò)大的過(guò)程中只有 兩個(gè)功能執(zhí)行時(shí)間比較長(zhǎng)：wfwebcomp.prworkitemmgr.showworkite

27、mform （以下簡(jiǎn)稱showworkitemform）和 arms_rf_censorapp.pr.prtormplat（以下簡(jiǎn)稱 prtormplat） ，那么當(dāng)然最有可能是這兩個(gè)功能占用了很多的內(nèi)存。首先看一下功能開(kāi)始執(zhí)行和執(zhí)行結(jié)束時(shí)記錄的最大內(nèi)存。功能 prtormplat 執(zhí)行時(shí)有三次內(nèi)存擴(kuò)大 537m808m、808m949m、1472m1730m，而功能 prtormplat只有一次 949m1472m。那么當(dāng)然功能 prtormplat 可能性更大一些。然后再看一下功能開(kāi)始執(zhí)行和執(zhí)行結(jié)束時(shí)記錄的空閑內(nèi)存。可以看到空閑內(nèi)存都有大幅度地下降，這是自然的。3、檢查未執(zhí)行完的功能檢查未

28、執(zhí)行完的功能我們知道，一個(gè)請(qǐng)求未執(zhí)行完，那么該請(qǐng)求所使用的內(nèi)存當(dāng)然是不會(huì)被回收的。 eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 25 頁(yè) 共 29 頁(yè)根據(jù)這一點(diǎn)到【未執(zhí)行完功能】列表查看記錄的未執(zhí)行完的功能，這些功能導(dǎo)致內(nèi)存耗光的可能性最大。從以上列表可以看到有兩個(gè) prtormplat 功能的請(qǐng)求未執(zhí)行完，16:11:11 第一個(gè)請(qǐng)求開(kāi)始執(zhí)行時(shí)，空閑內(nèi)存為 140 多兆，而 16:11:18 第二個(gè)請(qǐng)求開(kāi)始執(zhí)行時(shí)，空閑內(nèi)存只有 50 兆。其它的未執(zhí)行完的功能請(qǐng)求開(kāi)始執(zhí)行時(shí)，空閑內(nèi)存已經(jīng)很小了，說(shuō)明主要是因?yàn)閮?nèi)存不足導(dǎo)致它未能執(zhí)行完，而不是這些功能占用了過(guò)多的內(nèi)存。4、分析功能代碼什么情況下

29、會(huì)占用過(guò)多內(nèi)存分析功能代碼什么情況下會(huì)占用過(guò)多內(nèi)存什么情況下功能會(huì)占用過(guò)多內(nèi)存呢？自然是做查詢的時(shí)候查詢了過(guò)多的數(shù)據(jù)。分析功能代碼時(shí)，有以下幾個(gè)關(guān)鍵步驟：1、找出功能里比如 bl_queryentityall、bl_runquerysql 等查詢?nèi)糠蠗l件數(shù)據(jù)的查詢操作；2、確認(rèn)查詢操作查詢的表中的數(shù)據(jù)量有多少，特別要關(guān)注對(duì)數(shù)據(jù)量大的表的操作；3、分析什么情況下有可能查詢出過(guò)多的數(shù)據(jù)。注意不要從正常業(yè)務(wù)處理去分析，不要管業(yè)務(wù)上不可能查出過(guò)多的數(shù)據(jù)。你要分析的是什么情況下會(huì)查出過(guò)多的數(shù)據(jù)，比如不可能為空的查詢條件什么情況下會(huì)變成空的了。.4預(yù)判系統(tǒng)用戶量增漲后內(nèi)存是否足夠使用預(yù)判系統(tǒng)用戶量增漲后內(nèi)存是否足夠使用例如下圖是系統(tǒng)在用戶量增漲之前的用戶及空閑內(nèi)存的分析圖： eos 系統(tǒng)性能分析工具使用說(shuō)明http:/ 26 頁(yè) 共 29 頁(yè)活動(dòng)用戶量分析圖02040608010012012:0012:2512:50