1、中移動(dòng)物聯(lián)網(wǎng)能耗監(jiān)控平臺(tái) V2.0 性能測(cè)試報(bào)告 文檔編號(hào)文檔編號(hào) NH_XN_01 文檔類別文檔類別測(cè)試文檔 文檔級(jí)別文檔級(jí)別高 文檔修訂記錄文檔修訂記錄 版本日期版本描述作者檢查人/日期備注 2015.06.291.0 創(chuàng)建文檔唐曉文 目目 錄錄 1 1測(cè)試概述測(cè)試概述 .4 1.1項(xiàng)目背景.4 1.2測(cè)試目的.4 1.3術(shù)語(yǔ)、定義和縮略語(yǔ).4 1.4測(cè)試內(nèi)容和范圍.5 2 2測(cè)試執(zhí)行過(guò)程和結(jié)果測(cè)試執(zhí)行過(guò)程和結(jié)果 .5 2.1測(cè)試對(duì)象和測(cè)試環(huán)境.5 2.1.1測(cè)試對(duì)象.5 2.1.2網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu).8 2.1.3硬件及軟件環(huán)境.9 2.2測(cè)試策略和方法.10 2.3測(cè)試工具及程序.12 2.

2、4系統(tǒng)資源監(jiān)控及關(guān)注指標(biāo).12 2.5測(cè)試結(jié)果.13 2.5.1能耗監(jiān)控平臺(tái).13 2.5.2與設(shè)備云交互的數(shù)據(jù)收發(fā)模塊.17 2.5.3消息解析程序.18 2.5.4定時(shí)任務(wù).20 3 3測(cè)試結(jié)論指標(biāo)測(cè)試結(jié)論指標(biāo) .22 4 4測(cè)試總結(jié)測(cè)試總結(jié) .25 5 5附錄附錄 .25 1 1 測(cè)試測(cè)試概述概述 1.1項(xiàng)目背景 能耗監(jiān)控平臺(tái)將主要從能耗分析、預(yù)估及對(duì)應(yīng)節(jié)能策略入手，主要完成對(duì)能源終端 的監(jiān)控、管理、分析、預(yù)估，并根據(jù)以上數(shù)據(jù)進(jìn)行對(duì)應(yīng)節(jié)能策略配置的管理系統(tǒng)。平臺(tái) 主要功能詳見(jiàn)能耗監(jiān)控平臺(tái) V2.0 需求規(guī)格說(shuō)明書(shū) 。 1.2測(cè)試目的 此次性能測(cè)試的目的是：通過(guò)在測(cè)試環(huán)境中，運(yùn)用性能測(cè)試策

3、略和測(cè)試工具對(duì)能 耗監(jiān)控平臺(tái)的關(guān)鍵節(jié)點(diǎn)進(jìn)行性能測(cè)試，最終得出各系統(tǒng)節(jié)點(diǎn)的性能情況指標(biāo)數(shù)據(jù)， 以此來(lái)對(duì)整個(gè)能耗監(jiān)控系統(tǒng)性能做出評(píng)估。 1.3術(shù)語(yǔ)、定義和縮略語(yǔ) 名稱名稱解釋解釋 能耗監(jiān)控系統(tǒng)能耗監(jiān)測(cè)系統(tǒng)是指通過(guò)對(duì)能耗設(shè)備和能耗建筑安裝分類 和分項(xiàng)能耗計(jì)量裝置，采用物聯(lián)網(wǎng)等技術(shù)手段及時(shí)采集 能耗數(shù)據(jù)，實(shí)現(xiàn)重點(diǎn)建筑、設(shè)備能耗的在線監(jiān)測(cè)和動(dòng)態(tài) 分析功能的硬件系統(tǒng)和軟件系統(tǒng)的統(tǒng)稱。 中移動(dòng)物聯(lián)網(wǎng) 設(shè)備云平臺(tái) 中移設(shè)備云平臺(tái)是指中移物聯(lián)網(wǎng)有限公司自主研發(fā)的開(kāi) 放、共贏OneNET平臺(tái)，為各種跨平臺(tái)物聯(lián)網(wǎng)應(yīng)用、行業(yè) 解決方案，提供簡(jiǎn)便的云端接入、存儲(chǔ)、計(jì)算和展現(xiàn)。 響應(yīng)時(shí)間請(qǐng)求從發(fā)送開(kāi)始到接收完服務(wù)器響應(yīng)結(jié)

4、果的時(shí)間 吞吐量系統(tǒng)最大的每秒處理請(qǐng)求量，單位是：請(qǐng)求/秒 1.4測(cè)試內(nèi)容和范圍 此次性能測(cè)試的內(nèi)容和范圍是整個(gè)能耗監(jiān)控系統(tǒng)，從采集數(shù)據(jù)開(kāi)始到能耗監(jiān)控 平臺(tái)展現(xiàn)數(shù)據(jù)、維護(hù)設(shè)備、統(tǒng)計(jì)報(bào)表。能耗監(jiān)控平臺(tái)又分為前后臺(tái)，由于后臺(tái)使用 頻率較小，故不納入此次性能測(cè)試范圍。由于整個(gè)業(yè)務(wù)流程需要和設(shè)備云交互，雖 然設(shè)備云不在此次測(cè)試范圍內(nèi)，但也需要模擬設(shè)備云向設(shè)備發(fā)起獲取數(shù)據(jù)請(qǐng)求，測(cè) 試整體業(yè)務(wù)性能。如發(fā)現(xiàn)由設(shè)備云引起的性能問(wèn)題則推動(dòng)外部解決，不作為此次測(cè) 試的重點(diǎn)。此次只針對(duì)于能耗監(jiān)控系統(tǒng)自身開(kāi)發(fā)的功能或接口服務(wù)程序進(jìn)行測(cè)試。 2 2 測(cè)試測(cè)試執(zhí)行過(guò)程和結(jié)果執(zhí)行過(guò)程和結(jié)果 2.1測(cè)試對(duì)象和測(cè)試環(huán)境 2.1

5、.1 測(cè)試對(duì)象 設(shè)備云 數(shù)據(jù)庫(kù) 緩存 平臺(tái) web 應(yīng)用 DTU 終端設(shè)備 數(shù)據(jù)收發(fā)服務(wù) 上傳消息隊(duì)列 消息解析服務(wù) 下發(fā)消息隊(duì)列 圖一：能耗監(jiān)控系統(tǒng)業(yè)務(wù)數(shù)據(jù)流向圖 如上圖所示，標(biāo)紅的為此次性能測(cè)試的主要測(cè)試對(duì)象，共有如下四個(gè)： 1）能耗監(jiān)控平臺(tái)web應(yīng)用的整體性能（包括緩存和數(shù)據(jù)庫(kù)） 2）與設(shè)備云交互的數(shù)據(jù)收發(fā)模塊（TERMINAL） 3）消息解析服務(wù)程序（HANDLE） 4）定時(shí)任務(wù)（主要是統(tǒng)計(jì)分析、下發(fā)等定時(shí)任務(wù)功能） 各測(cè)試對(duì)象的詳細(xì)說(shuō)明如下： 能耗監(jiān)控平臺(tái)（前臺(tái)web應(yīng)用） 能耗監(jiān)控平臺(tái)前臺(tái)應(yīng)用的主要功能包括實(shí)時(shí)控制、設(shè)備控制、設(shè)備管理、統(tǒng)計(jì) 分析、審計(jì)公示、系統(tǒng)管理六大體系組成。由

6、于審計(jì)公示和系統(tǒng)管理使用頻率非常 低，所以不作為此次測(cè)試對(duì)象。其余的功能模塊按優(yōu)先級(jí)由高到低依次遞減為：實(shí) 時(shí)監(jiān)控、統(tǒng)計(jì)分析、設(shè)備控制、設(shè)備管理。在此選取了部分主要業(yè)務(wù)場(chǎng)景作為測(cè)試 對(duì)象，一共有如下幾點(diǎn)： 場(chǎng)景名稱場(chǎng)景名稱業(yè)務(wù)場(chǎng)景描述業(yè)務(wù)場(chǎng)景描述使用占比使用占比數(shù)量級(jí)數(shù)量級(jí) 登錄用戶登錄系統(tǒng)打開(kāi)首頁(yè)不計(jì)1 萬(wàn)用戶量 實(shí)時(shí)監(jiān)控用戶登錄系統(tǒng)，到實(shí)時(shí)監(jiān)控頁(yè)面查看設(shè)備實(shí) 時(shí)監(jiān)控?cái)?shù)據(jù)。 （包含能耗監(jiān)控、實(shí)時(shí)抄表、 設(shè)備狀態(tài)監(jiān)控功能） 40% 4 萬(wàn)臺(tái)設(shè)備的 實(shí)時(shí)監(jiān)控?cái)?shù) 據(jù) 統(tǒng)計(jì)分析用戶登錄系統(tǒng)，查看各項(xiàng)統(tǒng)計(jì)分析數(shù)據(jù)。 30% 4 萬(wàn)臺(tái)設(shè)備 設(shè)備管理用戶登錄系統(tǒng)增刪改查設(shè)備信息、增刪改查 建筑物信息。 2

7、0% 4 萬(wàn)臺(tái)設(shè)備 4 萬(wàn)建筑物信 息 設(shè)備控制用戶登錄系統(tǒng)，查看 MN 策略、定時(shí)策略， 查看控制日志。 10% 4 萬(wàn)臺(tái)設(shè)備 對(duì)于 web 應(yīng)用主要測(cè)試的是平臺(tái)最大支持在線使用人數(shù)，平均響應(yīng)時(shí)間和吞吐 量。 與設(shè)備云交互的數(shù)據(jù)收發(fā)模塊（TERMINAL） 處理能耗監(jiān)控與設(shè)備云收發(fā)數(shù)據(jù)的程序是TERMINAL，雙方根據(jù)設(shè)備云接入接口 進(jìn)行交互。設(shè)備云獲取數(shù)據(jù)消息為 ModBus 協(xié)議。 服務(wù)功能服務(wù)功能功能描述分析功能描述分析使用占比使用占比數(shù)量級(jí)數(shù)量級(jí) 接收設(shè)備云透 傳過(guò)來(lái)的數(shù)據(jù) 這塊功能包括以下幾個(gè)步驟： 1）設(shè)備云下發(fā)消息給 DTU 設(shè)備獲取監(jiān)控?cái)?shù)據(jù)。 2）DTU 設(shè)備向設(shè)備云傳輸監(jiān)控

8、數(shù)據(jù)。 3）設(shè)備云存儲(chǔ)轉(zhuǎn)發(fā) DTU 上傳給它的數(shù)據(jù)。 4）TERMINAL 接收設(shè)備云透?jìng)鬟^(guò)來(lái)的數(shù)據(jù)并寫 90% 4 萬(wàn)臺(tái)設(shè)備的 監(jiān)控?cái)?shù)據(jù) 入消息隊(duì)列。 從 1-4 步驟都要測(cè)試。 下發(fā)設(shè)備命令 數(shù)據(jù)到終端 這塊功能包括以下幾個(gè)步驟： 1）平臺(tái)下發(fā)指令到消息隊(duì)列。 2）TERMINAL 程序到消息隊(duì)列去獲取下發(fā)指令 下發(fā)到設(shè)備云。 3）設(shè)備云轉(zhuǎn)發(fā)到 DTU 設(shè)備。 只測(cè)試 1-2 步驟。 10% 4 萬(wàn)臺(tái)設(shè)備 登錄設(shè)備云與 設(shè)備云保持心 跳連接 TERMINAL 收發(fā)數(shù)據(jù)之前需要登錄到設(shè)備云， 登錄后需要定時(shí)發(fā)送心跳保持激活狀態(tài)。 忽略不計(jì)每 4 分鐘發(fā) 一次，每天 360 次。 針對(duì)這塊程序

9、主要測(cè)試的是程序收發(fā)數(shù)據(jù)的速度。 消息解析程序（HANDLE） 該程序是用于從消息隊(duì)列中獲取信息并解析成數(shù)據(jù)寫入緩存和數(shù)據(jù)庫(kù)中。是主 動(dòng)從消息隊(duì)列里取數(shù)據(jù)進(jìn)行處理。針對(duì)這塊程序主要測(cè)試程序的處理速度和穩(wěn) 定性。 定時(shí)任務(wù) 定時(shí)任務(wù)一共有如下7個(gè)： 1）檢查設(shè)備狀態(tài) 2）清楚數(shù)據(jù)庫(kù)表數(shù)據(jù) 3）Data表統(tǒng)計(jì)如Statistics表 4）整點(diǎn)報(bào)告 5）MN策略下發(fā) 6）定時(shí)策略掃描 7）定時(shí)策略下發(fā) 這塊主要測(cè)試的是定時(shí)任務(wù)在大數(shù)據(jù)量的情況下的執(zhí)行速度。 2.1.2 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu) 能耗監(jiān)控平臺(tái)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖如下： DTU設(shè)備 DTU設(shè)備 智能設(shè)備 智能設(shè)備 中中移移物物聯(lián)聯(lián)網(wǎng)網(wǎng)設(shè)設(shè)備備云云平平臺(tái)

10、臺(tái) EDP DTU設(shè)備 DTU設(shè)備 EDP EDP 智能設(shè)備 智能設(shè)備 用戶 用戶 數(shù)據(jù)庫(kù)X2 數(shù)據(jù)庫(kù)X2 Patrol Patrol 數(shù)據(jù)解析處理 服務(wù)器X2 數(shù)據(jù)解析處理 服務(wù)器X2 緩存服務(wù)器X2 緩存服務(wù)器X2 消息隊(duì)列 服務(wù)器X2 消息隊(duì)列 服務(wù)器X2 物聯(lián)網(wǎng)管理人員 物聯(lián)網(wǎng)管理人員 運(yùn)營(yíng)維護(hù)人員 運(yùn)營(yíng)維護(hù)人員 接口 服務(wù)器X2 接口 服務(wù)器X2 設(shè)備云EDP協(xié)議接口 設(shè)備云RESTful接口 管理后臺(tái) 管理后臺(tái) 圖二：能耗監(jiān)控平臺(tái) V2 系統(tǒng)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖 各個(gè)測(cè)試對(duì)象對(duì)應(yīng)上圖中的部署機(jī)器如下： 1） “Patrol”部署的是能耗監(jiān)控平臺(tái) web 應(yīng)用（前臺(tái)） 、平臺(tái)緩存是在“緩存

11、服 務(wù)器” 、平臺(tái)數(shù)據(jù)庫(kù)是在“數(shù)據(jù)庫(kù)”服務(wù)器上。 2）與設(shè)備云交互的數(shù)據(jù)收發(fā)模塊（TERMINAL程序）部署在“接口服務(wù)器”上。 3）消息解析程序（HANDLE）部署在“數(shù)據(jù)解析處理服務(wù)器”上。消息隊(duì)列單獨(dú) 部署在“消息隊(duì)列服務(wù)器”上。 由于測(cè)試環(huán)境機(jī)器緊張，所以除了數(shù)據(jù)庫(kù)和接口服務(wù)器是單獨(dú)部署在一臺(tái)機(jī)器 上，其他應(yīng)用程序全部部署在一臺(tái)機(jī)器上。測(cè)試時(shí)會(huì)對(duì)性能測(cè)試結(jié)果造成一定影響。 2.1.3 硬件及軟件環(huán)境 測(cè)試環(huán)境機(jī)器配置： 機(jī)型機(jī)型 CPUCPU 內(nèi)存內(nèi)存硬盤硬盤數(shù)量和用途數(shù)量和用途 PC 兼容機(jī) 1 I34G500G 部署應(yīng)用程序，一共包括：web 應(yīng)用、緩存、 消息隊(duì)列、消息解析程序。

12、CentOS 系統(tǒng) PC 兼容機(jī) 2 I32G500G 部署 MySQL 數(shù)據(jù)庫(kù)：CentOS 系統(tǒng)+mysql PC 兼容機(jī) 3 I34G500G 部署接口程序 TERMINAL： CentOS 系統(tǒng)+Tomcat 加壓測(cè)試機(jī)環(huán)境： 機(jī)型機(jī)型 CPUCPU 內(nèi)存內(nèi)存硬盤硬盤數(shù)量和用途數(shù)量和用途 PC 兼容機(jī) I34G500G 2 臺(tái)，用于運(yùn)行測(cè)試工具，對(duì)系統(tǒng)加壓。 軟件環(huán)境：win7 系統(tǒng)+JDK1.7+Jmeter 2.2測(cè)試策略和方法 針對(duì)能耗監(jiān)控平臺(tái)（web 應(yīng)用）采用的測(cè)試策略如下： 1、首先在數(shù)據(jù)庫(kù)中把業(yè)務(wù)數(shù)據(jù)量加到標(biāo)準(zhǔn)值后，單次訪問(wèn)各主要頁(yè)面功能，先確保 平臺(tái)上的各塊功能在單次操

13、作下，響應(yīng)時(shí)間不超過(guò) 3 秒。排除明顯的性能問(wèn)題。 2、選取多個(gè)典型業(yè)務(wù)場(chǎng)景，對(duì)整個(gè)平臺(tái)進(jìn)行負(fù)載測(cè)試。依次加大并發(fā)數(shù)，直到請(qǐng)求 響應(yīng)報(bào)錯(cuò)（包括服務(wù)器拒絕、超時(shí)、程序報(bào)錯(cuò)）或者系統(tǒng)、程序崩潰。由于時(shí)間問(wèn) 題，此次不單獨(dú)針對(duì)單個(gè)業(yè)務(wù)場(chǎng)景做測(cè)試，如果在測(cè)試過(guò)程中發(fā)現(xiàn)某個(gè)業(yè)務(wù)場(chǎng)景性 能可能存在問(wèn)題，再單獨(dú)壓測(cè)。 3、平臺(tái)穩(wěn)定性測(cè)試，在用戶訪問(wèn)峰值壓力下，持續(xù)訪問(wèn)平臺(tái)功能，測(cè)試平臺(tái)是否能 長(zhǎng)時(shí)間穩(wěn)定運(yùn)行。 預(yù)期得到的測(cè)試結(jié)果指標(biāo)有： 指標(biāo)名稱指標(biāo)說(shuō)明限制條件 最優(yōu)并發(fā)數(shù)在一定限制條件下，平臺(tái)所能承受的最大并 發(fā)數(shù)（嚴(yán)格并發(fā)） 在這個(gè)并發(fā)數(shù)下，平均響應(yīng)時(shí)間不 超過(guò) 5 秒，系統(tǒng)無(wú)報(bào)錯(cuò)，服務(wù)器系 統(tǒng)資源 c

14、pu 不超過(guò) 75%，內(nèi)存不超 過(guò) 75% 最大吞吐量系統(tǒng)每秒能夠處理的最大請(qǐng)求數(shù)。 單位：請(qǐng)求數(shù)/秒 在這個(gè)吞吐量下，平均響應(yīng)時(shí)間不 超過(guò) 5 秒，系統(tǒng)無(wú)報(bào)錯(cuò)，服務(wù)器平 均系統(tǒng)資源 cpu 不超過(guò) 75%，內(nèi)存 不超過(guò) 75% 平均響應(yīng)時(shí)間最優(yōu)并發(fā)數(shù)下的系統(tǒng)平均響應(yīng)時(shí)間條件同最優(yōu)并發(fā)數(shù) 持續(xù)穩(wěn)定運(yùn)行時(shí)間在最優(yōu)并發(fā)數(shù)下持續(xù)運(yùn)行的時(shí)間持續(xù)穩(wěn)定運(yùn)行期間系統(tǒng)不報(bào)錯(cuò)，不 崩潰，系統(tǒng)資源占用穩(wěn)定。一般不 小于 1 小時(shí)。 針對(duì)TERMINAL 數(shù)據(jù)收發(fā)服務(wù)的測(cè)試采用如下策略： 1、先測(cè)試單次收發(fā)數(shù)據(jù)的處理響應(yīng)時(shí)間，排除明顯性能問(wèn)題。 2、再分別測(cè)試數(shù)據(jù)接收和下發(fā)的處理速度。測(cè)試數(shù)據(jù)接收速度的時(shí)候，寫程序

15、用 EDP 協(xié)議模擬設(shè)備云直接上傳大量的實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)。發(fā)送完后統(tǒng)計(jì)全部寫入消息隊(duì)列 的時(shí)間、驗(yàn)證正確率。測(cè)試下發(fā)時(shí)，先在消息隊(duì)列中加入大量下發(fā)數(shù)據(jù)，再開(kāi)啟程序發(fā) 送到設(shè)備云，記錄消息全部出隊(duì)列時(shí)間，即下發(fā)完成耗時(shí)。 3、最后測(cè)試程序較長(zhǎng)時(shí)間運(yùn)行的穩(wěn)定性。 4、測(cè)試過(guò)程中需要監(jiān)控消息隊(duì)列的處理情況和系統(tǒng)資源占用情況。 預(yù)期得到的測(cè)試結(jié)果指標(biāo)有： 指標(biāo)名稱指標(biāo)說(shuō)明限制條件 數(shù)據(jù)接收處理速度 在一定限制條件下，程序處理消息的速度 （單位：消息數(shù)/秒） 在這個(gè)處理速度下，消息處理錯(cuò)誤 率為 0，系統(tǒng)無(wú)報(bào)錯(cuò)，服務(wù)器系統(tǒng) 資源在處理完成后回落到正常值。 數(shù)據(jù)下發(fā)處理速度 在一定限制條件下，程序下發(fā)消息的速

16、度 （單位：消息數(shù)/秒） 在這個(gè)處理速度下，消息處理錯(cuò)誤 率為 0，系統(tǒng)無(wú)報(bào)錯(cuò)，服務(wù)器系統(tǒng) 資源在處理完成后回落到正常值。 持續(xù)穩(wěn)定運(yùn)行時(shí)間在整體最大處理速度下，程序能持續(xù)穩(wěn)定運(yùn) 行的時(shí)間 運(yùn)行期間系統(tǒng)不報(bào)錯(cuò)，不崩潰，系 統(tǒng)資源占用穩(wěn)定（CPU 持續(xù)值不超 過(guò) 85%，內(nèi)存持續(xù)值不超過(guò) 85%， 且執(zhí)行完后迅速回落到正常值） 。 一般不小于 1 小時(shí)。 針對(duì)HANDLE 數(shù)據(jù)處理服務(wù)程序的測(cè)試采用如下策略： 模擬真實(shí)場(chǎng)景準(zhǔn)備大量各種業(yè)務(wù)數(shù)據(jù)消息進(jìn)入消息隊(duì)列，開(kāi)啟消息處理程序執(zhí) 行解析入庫(kù)操作，執(zhí)行完后記錄處理時(shí)間，校驗(yàn)處理結(jié)果的正確性。 預(yù)期得到的測(cè)試結(jié)果指標(biāo)有：消息處理速度 XX 條/秒和最

17、小持續(xù)穩(wěn)定運(yùn)行時(shí)間。 針對(duì)定時(shí)任務(wù)的測(cè)試策略和方法如下： 在測(cè)試數(shù)據(jù)庫(kù)中加入一定量的真實(shí)業(yè)務(wù)數(shù)據(jù)，然后開(kāi)啟各個(gè)定時(shí)任務(wù)執(zhí)行，記錄定 時(shí)任務(wù)的執(zhí)行時(shí)間和資源消耗情況，校驗(yàn)處理結(jié)果的正確性。 預(yù)期得到的測(cè)試結(jié)果指標(biāo)有：每個(gè)定時(shí)任務(wù)的執(zhí)行耗時(shí)。 2.3測(cè)試工具及程序 本次性能測(cè)試要使用到的測(cè)試工具和用途如下： 工具名稱工具用途工具版本是否需培訓(xùn) Jmeter 用于測(cè)試能耗監(jiān)控平臺(tái)性能 V2.13 否 FireBug 用于排查網(wǎng)頁(yè)性能 V2.0.8 否 本次能耗監(jiān)控平臺(tái)測(cè)試使用開(kāi)源性能測(cè)試工具Jmeter V2.13模擬用戶發(fā)送請(qǐng)求 訪問(wèn)平臺(tái)，通過(guò)Jmeter線程組控制生成虛擬用戶數(shù)，對(duì)被測(cè)系統(tǒng)進(jìn)行負(fù)

18、載測(cè)試。如 果在測(cè)試web應(yīng)用過(guò)程中發(fā)現(xiàn)某些頁(yè)面單次訪問(wèn)加載時(shí)間很慢則采用FireBug工具進(jìn) 行排查。對(duì)于Linux系統(tǒng)的服務(wù)器使用Jmeter自帶的監(jiān)控插件來(lái)監(jiān)控。 本次性能測(cè)試要使用到的測(cè)試程序及其功能定義如下： 程序名稱程序主要實(shí)現(xiàn)功能程序開(kāi)發(fā)語(yǔ)言使用說(shuō)明 feinno_onenet _emulator 模擬 DTU 設(shè)備向設(shè)備云 上傳監(jiān)控?cái)?shù)據(jù) JAVA 啟動(dòng)后每隔 5 分鐘發(fā)送 4.6 萬(wàn) 條消息到 terminal 程序 2.4系統(tǒng)資源監(jiān)控及關(guān)注指標(biāo) 每次壓力測(cè)試結(jié)果數(shù)據(jù)由測(cè)試工具 Jmeter 自帶的監(jiān)聽(tīng)器搜集成聚合報(bào)告。 Jmeter 聚合報(bào)告需關(guān)注的參數(shù)和指標(biāo)如下： 指標(biāo)名稱

19、性能參數(shù)說(shuō)明正常范圍值 平均響應(yīng)時(shí)間 average 指單次測(cè)試總請(qǐng)求數(shù)的平均響應(yīng)時(shí)間。小于 3-5 秒 中間時(shí)間 median 中位數(shù)，也就是 50 用戶的響應(yīng)時(shí)間小于 3 秒 90%用戶響應(yīng)時(shí)間 90%_line 90 用戶的響應(yīng)時(shí)間小于 5 秒 最大響應(yīng)時(shí)間 max 單次測(cè)試中最大的響應(yīng)時(shí)間小于 5 秒 事務(wù)錯(cuò)誤率 error% 本次測(cè)試中錯(cuò)誤的請(qǐng)求數(shù)/請(qǐng)求總數(shù)等于 0% 吞吐量 Throughput 表示每秒完成的請(qǐng)求數(shù)越大越好 每秒數(shù)據(jù)量 KB/Sec 每秒從服務(wù)器端接收到的數(shù)據(jù)量略小于帶寬 Linux 服務(wù)器資源占用監(jiān)控工具選用 Jmeter 自帶的監(jiān)控插件來(lái)監(jiān)控，具體需要 監(jiān)控的

20、服務(wù)器指標(biāo)有： 指標(biāo)名稱說(shuō)明正常范圍值 CPU 使用率（%CPU）程序的 cpu 的使用率不超過(guò) 80% 內(nèi)存內(nèi)存使用率（%MEM）程序的內(nèi)存使用率不超過(guò) 75% 平均負(fù)載（Lord Average） 過(guò)去 1 分鐘、5 分鐘、15 分鐘內(nèi)運(yùn)行進(jìn)程隊(duì)列 中的平均進(jìn)程數(shù)量。 不超過(guò) 5 對(duì)于數(shù)據(jù)庫(kù)需要監(jiān)控的指標(biāo)有數(shù)據(jù)庫(kù)連接數(shù)、SQL執(zhí)行時(shí)間、監(jiān)控執(zhí)行太慢的 SQL。對(duì)于Tomcat web服務(wù)器需要監(jiān)控的有：當(dāng)前連接請(qǐng)求數(shù)、log日志。 2.5測(cè)試結(jié)果 2.5.1 能耗監(jiān)控平臺(tái) 2.5.1.1 測(cè)試結(jié)果 根據(jù)測(cè)試方案既定的測(cè)試策略和方法，測(cè)試出能耗監(jiān)控平臺(tái)（web應(yīng)用）性能情 況如下。 主要業(yè)務(wù)

21、功能的單次響應(yīng)時(shí)間主要業(yè)務(wù)功能的單次響應(yīng)時(shí)間 能耗監(jiān)控平臺(tái)主要頁(yè)面單次訪問(wèn)耗時(shí)測(cè)試能耗監(jiān)控平臺(tái)主要頁(yè)面單次訪問(wèn)耗時(shí)測(cè)試 前置條件前置條件業(yè)務(wù)數(shù)據(jù)已準(zhǔn)備完畢：1 萬(wàn)用戶數(shù)據(jù)、1 萬(wàn)企業(yè)、4 萬(wàn)設(shè)備。 使用工具使用工具 FireBUG：用于頁(yè)面加載耗時(shí)分析 Jmeter：用于測(cè)試服務(wù)器端響應(yīng)時(shí)間 頁(yè)面頁(yè)面/ /功能名稱功能名稱服務(wù)器響應(yīng)時(shí)間服務(wù)器響應(yīng)時(shí)間 頁(yè)面加載總耗時(shí)頁(yè)面加載總耗時(shí) 用戶登錄73ms 3.6 秒 打開(kāi)實(shí)時(shí)抄表頁(yè)面 486ms 2.6 秒 實(shí)時(shí)抄表功能 212ms661ms 實(shí)時(shí)告警頁(yè)面 260ms 9.25 秒 設(shè)備狀態(tài)監(jiān)控頁(yè)面 271ms 2.03 秒 運(yùn)行狀態(tài)報(bào)告頁(yè)面 12m

22、s830ms 分類能耗報(bào)表頁(yè)面 75ms 1.03 秒 打開(kāi)設(shè)備能耗分析頁(yè) 292ms 2.1 秒 設(shè)備能耗分析 41ms 1.66 秒 能耗 TOP 217ms947ms 打開(kāi)能耗成本預(yù)估頁(yè)面 147ms263ms 能耗成本預(yù)估 71ms283ms 設(shè)備統(tǒng)計(jì)報(bào)表 319ms 1.12 秒 打開(kāi)節(jié)能效果分析頁(yè)面 260ms260ms 節(jié)能效果分析 82ms387ms 打開(kāi)設(shè)備維護(hù)頁(yè)面 35ms561ms 打開(kāi)向?qū)略鲈O(shè)備頁(yè)面 140ms315ms 打開(kāi)設(shè)備編輯頁(yè)面 23ms23ms 打開(kāi)建筑物維護(hù)頁(yè)面 35ms629ms 打開(kāi)建筑物添加頁(yè)面 175ms 1.29 秒 建筑物維護(hù)-新增 115m

23、s729ms 打開(kāi)建筑物修改頁(yè)面 68ms979ms 建筑物維護(hù)-修改功能 133ms836ms 建筑物關(guān)聯(lián)設(shè)備 56ms790ms 策略控制頁(yè)面 20ms20ms MN 策略維護(hù)頁(yè)面 144ms865ms 定時(shí)策略維護(hù)頁(yè)面 77ms 1.17 秒 測(cè)試結(jié)果測(cè)試結(jié)果測(cè)試通過(guò)（平臺(tái)的主要功能頁(yè)面無(wú)單次訪問(wèn)響應(yīng)特別慢的功能） 測(cè)試通過(guò)標(biāo)準(zhǔn)測(cè)試通過(guò)標(biāo)準(zhǔn)1）每個(gè)頁(yè)面功能單次訪問(wèn)加載總耗時(shí)不超過(guò) 10 秒。 2）服務(wù)器響應(yīng)時(shí)間不超過(guò) 3 秒。 備注說(shuō)明備注說(shuō)明 1）頁(yè)面加載總耗時(shí)是指：瀏覽器首次發(fā)送請(qǐng)求到頁(yè)面完全加載出 來(lái)的時(shí)間。 2）服務(wù)器響應(yīng)時(shí)間是指：發(fā)送請(qǐng)求到服務(wù)器端，服務(wù)器端返回的 時(shí)間，不算客

24、戶端加載呈現(xiàn)時(shí)間。 平臺(tái)整體負(fù)載測(cè)試平臺(tái)整體負(fù)載測(cè)試 平臺(tái)整體穩(wěn)定性測(cè)試平臺(tái)整體穩(wěn)定性測(cè)試 能耗監(jiān)控平臺(tái)整體負(fù)載測(cè)試能耗監(jiān)控平臺(tái)整體負(fù)載測(cè)試 測(cè)試目的測(cè)試平臺(tái)能承受的最大訪問(wèn)峰值 并發(fā)用戶數(shù)平均響應(yīng)時(shí)間吞吐量錯(cuò)誤率系統(tǒng)資源占用測(cè)試結(jié)果 100960ms500 應(yīng)用：cpu10%，內(nèi)存30% 數(shù)據(jù)庫(kù)：cpu75%，內(nèi)存 20% 通過(guò) 2002157ms620 應(yīng)用：cpu35%，內(nèi)存30% 數(shù)據(jù)庫(kù)：cpu80%，內(nèi)存 20% 通過(guò) 5006848ms590 應(yīng)用：cpu20%，內(nèi)存35% 數(shù)據(jù)庫(kù)：cpu100%，內(nèi)存 40% 通過(guò) 6008569ms590 應(yīng)用：cpu20%，內(nèi)存35% 數(shù)據(jù)庫(kù)

25、：cpu100%，內(nèi)存 40% 通過(guò) 7008662ms520.37% 應(yīng)用：cpu20%，內(nèi)存35% 數(shù)據(jù)庫(kù)：cpu100%，內(nèi)存 40% 失敗 8009715ms683.7% 應(yīng)用：cpu10%，內(nèi)存40% 數(shù)據(jù)庫(kù)：cpu100%，內(nèi)存 45% 失敗 測(cè)試結(jié)論測(cè)試結(jié)論 1）在tomcat和數(shù)據(jù)庫(kù)均為單機(jī)的環(huán)境下，平臺(tái)最多能支持600個(gè)用戶并發(fā)訪問(wèn)。 2）平臺(tái)最大吞吐量為 62 個(gè)請(qǐng)求每秒（200 個(gè)并發(fā)用戶時(shí)） 備注說(shuō)明700 和 800 并發(fā)下所有報(bào)錯(cuò)為建立連接超時(shí)錯(cuò)誤，說(shuō)明 tomcat 服務(wù)器已到達(dá)極限。 2.5.1.2 發(fā)現(xiàn)的問(wèn)題 問(wèn)題編號(hào)問(wèn)題描述當(dāng)前狀態(tài) 1-1 持續(xù)運(yùn)行加數(shù)據(jù)腳

26、本后 java 堆內(nèi)存溢出。已修復(fù) 1-2 加壓并發(fā) 100 時(shí)報(bào)錯(cuò) tomcat 線程被占滿。已修復(fù) 1-3 查詢類功能加壓并發(fā)到 200，數(shù)據(jù)庫(kù) cpu 一直保持 100%。已修復(fù) 1-4 并發(fā) 500 訪問(wèn)時(shí)報(bào)錯(cuò)，數(shù)據(jù)庫(kù)連接池連接數(shù)不夠用。已修復(fù) 1-5 并發(fā) 500 訪問(wèn)時(shí)，部分程序功能報(bào) 404 錯(cuò)誤。已修復(fù) 以上各問(wèn)題處理詳情如下： 【問(wèn)題1-1】持續(xù)運(yùn)行加數(shù)據(jù)腳本后報(bào)錯(cuò)java.lang.OutOfMemoryError: PermGen space 問(wèn)題原因：JAVA堆PermGen space內(nèi)存溢出。 解決方案：加內(nèi)存，手動(dòng)設(shè)置MaxPermSize大小修改TOMCAT_H

27、OME/bin/catalina.sh 在“echoUsing CATALINA_BASE: $CATALINA_BASE” 上面加入： JAVA_OPTS=-server -XX:PermSize=64M -XX:MaxPermSize=128m 能耗監(jiān)控平臺(tái)整體穩(wěn)定性測(cè)試能耗監(jiān)控平臺(tái)整體穩(wěn)定性測(cè)試 測(cè)試目的測(cè)試平臺(tái)在最大訪問(wèn)峰值的情況下是否能夠穩(wěn)定運(yùn)行 并發(fā)用戶數(shù) 和持續(xù)時(shí)間 平均響應(yīng)時(shí)間吞吐量錯(cuò)誤率系統(tǒng)資源占用測(cè)試結(jié)果 600-1 小時(shí) 7716ms560 應(yīng)用：cpu10%，內(nèi)存40% 數(shù)據(jù)庫(kù)：cpu95%，內(nèi)存 50% 通過(guò) 600-2 小時(shí) 14302ms350 應(yīng)用：cpu10%

28、，內(nèi)存65% 數(shù)據(jù)庫(kù)：cpu100%，內(nèi)存 90% 通過(guò) 測(cè)試結(jié)論測(cè)試結(jié)論平臺(tái)在峰值 600 個(gè)并發(fā)用戶持續(xù)訪問(wèn)的情況下，至少能持續(xù)穩(wěn)定正常運(yùn)行 2 個(gè)小時(shí)。 備注說(shuō)明并發(fā) 600 個(gè)用戶持續(xù)加壓時(shí)，手動(dòng)訪問(wèn)平臺(tái)大部分功能較流暢，稍有卡頓但還能接收。 【問(wèn)題1-2】加壓并發(fā)100時(shí)報(bào)錯(cuò)INFO: Maximum number of threads (200) created for connector with address null and port 8091 問(wèn)題原因：沒(méi)有配置Tomcat程序池 解決方案：已加上Tomcat程序池，最大線程設(shè)置為500 【問(wèn)題1-3】查詢類功能加壓并發(fā)到

29、200，數(shù)據(jù)庫(kù)cpu一直保持100%，數(shù)據(jù)庫(kù)資源占用大， 平均響應(yīng)時(shí)間長(zhǎng)，tomcat線程大多數(shù)處于等待中。 問(wèn)題原因：數(shù)據(jù)庫(kù)沒(méi)有加索引、部分SQL執(zhí)行耗時(shí)較長(zhǎng)（有問(wèn)題的SQL見(jiàn)附錄）。 解決方案：添加數(shù)據(jù)庫(kù)索引，優(yōu)化SQL，已完成優(yōu)化。 【問(wèn)題1-4】并發(fā)500的時(shí)候，響應(yīng)時(shí)間太長(zhǎng)，程序報(bào)錯(cuò)：nested exception is org.hibernate.exception.GenericJDBCException: Could not open connection com.alibaba.druid.pool.GetConnectionTimeoutException: loopWa

30、itCount 1, wait millis 60000 問(wèn)題原因：數(shù)據(jù)庫(kù)連接數(shù)太少，只有32個(gè)。連接池溢出導(dǎo)致的等待時(shí)間過(guò)長(zhǎng)所以響應(yīng)太慢。 解決方案：修改數(shù)據(jù)庫(kù)連接池配置，增大連接數(shù)至500。 【問(wèn)題1-5】并發(fā)500的時(shí)候，部分功能出現(xiàn)404錯(cuò)誤。 問(wèn)題原因：不詳 解決方案：優(yōu)化了SQL增大了數(shù)據(jù)庫(kù)連接池后，該問(wèn)題沒(méi)有再?gòu)?fù)現(xiàn)。 2.5.2 數(shù)據(jù)收發(fā)模塊（Terminal） 測(cè)試與設(shè)備云交互的數(shù)據(jù)收發(fā)模塊分為兩部分：一部分是數(shù)據(jù)接收、另一部分 是數(shù)據(jù)下發(fā)。主要測(cè)試程序收發(fā)數(shù)據(jù)的速度。 2.5.2.1 測(cè)試結(jié)果 測(cè)試數(shù)據(jù)上傳下發(fā)消息測(cè)試數(shù)據(jù)上傳下發(fā)消息 2.5.2.2 發(fā)現(xiàn)的問(wèn)題 暫無(wú) 數(shù)據(jù)上

31、傳下發(fā)測(cè)試數(shù)據(jù)上傳下發(fā)測(cè)試 測(cè)試目的測(cè)試程序處理數(shù)據(jù)接收下發(fā)的速度。 上傳/下發(fā)處理消息總量總耗時(shí)錯(cuò)誤率系統(tǒng)資源占用測(cè)試結(jié)果 29459 5 秒 0 應(yīng)用：cpu45%，內(nèi)存6.2%通過(guò) 46363 8 秒 0 應(yīng)用：cpu50%，內(nèi)存8%通過(guò)上傳消息 8 小時(shí) 0 應(yīng)用：cpu50.0%，內(nèi)存10.2%通過(guò) 35101 80 秒 0 應(yīng)用：cpu5%，內(nèi)存6%通過(guò) 31 萬(wàn)9 分鐘 0 應(yīng)用：cpu6.4%，內(nèi)存9.4%通過(guò) 下發(fā)消息 持續(xù)兩天，每 分鐘 3 萬(wàn)數(shù)據(jù) 80 秒/次 0 應(yīng)用：cpu8%，內(nèi)存10%通過(guò) 測(cè)試結(jié)論測(cè)試結(jié)論 Terminal程序接收上傳數(shù)據(jù)速度為：5892條/秒

32、Terminal 程序處理下發(fā)數(shù)據(jù)速度為：439 條/秒 備注說(shuō)明 1）假設(shè)有 10 萬(wàn)臺(tái)設(shè)備，每臺(tái)設(shè)備 5 條數(shù)據(jù)流，則完成一次采集數(shù)據(jù) 50 萬(wàn)上傳的時(shí)間是 85 秒，可以滿足業(yè)務(wù)需求。 2）每天凌晨設(shè)備指令下發(fā)是 10 萬(wàn)，全部下發(fā)完畢是 3.7 分鐘，也滿足業(yè)務(wù)需求。 2.5.3 消息解析程序（Handle） 2.5.3.1 測(cè)試結(jié)果 3.5.3.2 發(fā)現(xiàn)的問(wèn)題 問(wèn)題編號(hào)問(wèn)題描述當(dāng)前狀態(tài) 3-1 Handle 程序處理數(shù)據(jù)入庫(kù)速度太慢（速度 30 條/秒）。已修復(fù) 消息解析程序測(cè)試 測(cè)試目的測(cè)試消息解析程序的處理速度 消息總數(shù)總耗時(shí)平均入庫(kù)速度是否全部入庫(kù)系統(tǒng)資源占用測(cè)試結(jié)果 4636

33、3 1.5 分鐘30908 條/分鐘是 應(yīng)用：cpu45%，內(nèi)存 30% 數(shù)據(jù)庫(kù)：cpu35%，內(nèi)存 88% 隊(duì)列/緩存：cpu10%，內(nèi)存 10% 通過(guò) 10 分鐘32454 條/分鐘是 應(yīng)用：cpu57%，內(nèi)存 30.7% 數(shù)據(jù)庫(kù)：cpu35%，內(nèi)存 88% 隊(duì)列/緩存：cpu10.8%，內(nèi)存 10% 通過(guò) 48 分鐘35738 條/分鐘是 應(yīng)用：cpu60%，內(nèi)存 30% 數(shù)據(jù)庫(kù)：cpu36.5%，內(nèi)存 87.7% 隊(duì)列/緩存：cpu11.2%，內(nèi)存 8% 通過(guò) （每次處 理 46363 條，共處 理 22 次） 6 小時(shí)30908 條/分鐘 是，無(wú)數(shù)據(jù)積 壓 應(yīng)用：cpu52%，內(nèi)存

34、30.3% 數(shù)據(jù)庫(kù)：cpu33%，內(nèi)存 89% 隊(duì)列/緩存：cpu11%，內(nèi)存 9% 通過(guò) 測(cè)試結(jié)論 Handle 程序處理數(shù)據(jù)平均 3 萬(wàn)條/分鐘。若以 5 分鐘作為每臺(tái)設(shè)備的采集周期，每臺(tái)設(shè)備 1 個(gè)數(shù)據(jù)流，則可支撐 15 萬(wàn)臺(tái)設(shè)備，已達(dá)到業(yè)務(wù)要求。該程序能在數(shù)據(jù)量大時(shí)，持續(xù)不間斷正 確處理數(shù)據(jù)至少 1 小時(shí)左右。能穩(wěn)定支持?jǐn)?shù)據(jù)采集處理。 3-2 Handle 程序處理數(shù)據(jù)入庫(kù)有數(shù)據(jù)遺漏。已修復(fù) 3-3 Handle 程序線程池占滿后報(bào)錯(cuò)，程序崩潰無(wú)法繼續(xù)運(yùn)行。已修復(fù) 以上各問(wèn)題處理詳情如下： 【問(wèn)題3-1】Handle程序處理數(shù)據(jù)入庫(kù)速度太慢（速度30條/秒）。 問(wèn)題原因：程序采用單線程

35、處理，且每條數(shù)據(jù)入庫(kù)都要去打開(kāi)連接寫數(shù)據(jù)庫(kù)。 解決方案：程序采用多線程處理。 【問(wèn)題3-2】Handle程序處理數(shù)據(jù)入庫(kù)有數(shù)據(jù)遺漏（68246條數(shù)據(jù)少入庫(kù)50條）。 問(wèn)題原因：程序采用多線程處理后數(shù)據(jù)有遺漏。 解決方案：修改程序處理。 【問(wèn)題3-3】Handle程序線程池占滿后報(bào)錯(cuò)，程序崩潰無(wú)法繼續(xù)運(yùn)行。 com.feinno.energy.utils.thread.SimpleThreadPool - The work queue is full! java.util.concurrent.RejectedExecutionException: null 問(wèn)題原因：程序問(wèn)題。 解決方案：修改

36、程序處理。 2.5.4 定時(shí)任務(wù) 2.5.4.1 測(cè)試結(jié)果 定時(shí)任務(wù)主要測(cè)試任務(wù)執(zhí)行時(shí)間，詳細(xì)測(cè)試結(jié)果見(jiàn)下表： 定時(shí)任務(wù)名稱執(zhí)行頻率數(shù)據(jù)量執(zhí)行耗時(shí)程序是否報(bào)錯(cuò)測(cè)試結(jié)果 檢查設(shè)備狀態(tài)每 30 分鐘一次 47604 1 秒否通過(guò) 清除數(shù)據(jù)庫(kù)表數(shù)據(jù)每天 3:05 執(zhí)行6 個(gè)表的數(shù)據(jù)1 秒內(nèi)否通過(guò) Data 表統(tǒng)計(jì)入 Statistics 表 每天 2:05 執(zhí)行91 萬(wàn)數(shù)據(jù)86 秒否通過(guò) 整點(diǎn)報(bào)告每 1 小時(shí)執(zhí)行一次 10002 142 秒否通過(guò) MN 策略下發(fā)每天 00:05 執(zhí)行 35101 21 秒否通過(guò) 定時(shí)策略掃描每 10 分鐘一次 35101 1 秒內(nèi)否通過(guò) 定時(shí)策略下發(fā)不定時(shí) 150

37、9 秒否通過(guò) 系統(tǒng)資源占用沒(méi)任務(wù)執(zhí)行時(shí)： 應(yīng)用 cpu 占用 0.7%,內(nèi)存占用 4.1%；數(shù)據(jù)庫(kù) cpu0.7%，21.5% 有多個(gè)任務(wù)同時(shí)執(zhí)行時(shí)： 應(yīng)用 cpu 占用 50%,內(nèi)存占用 10%；數(shù)據(jù)庫(kù) cpu25%，58% 測(cè)試結(jié)論 按照 4 萬(wàn)設(shè)備的業(yè)務(wù)量來(lái)算，所有定時(shí)任務(wù)的執(zhí)行速度都能夠滿足業(yè)務(wù)需求。 2.5.4.2 發(fā)現(xiàn)的問(wèn)題 問(wèn)題編號(hào)問(wèn)題描述當(dāng)前狀態(tài) 4-1 整點(diǎn)報(bào)告任務(wù)執(zhí)行時(shí)報(bào)錯(cuò)（郵箱無(wú)法使用）。已修復(fù) 4-2 整點(diǎn)報(bào)告任務(wù)執(zhí)行時(shí)報(bào)錯(cuò)（時(shí)間格式問(wèn)題）。已修復(fù) 4-3 測(cè)試定時(shí)策略掃描任務(wù)時(shí)，有一個(gè)容錯(cuò)問(wèn)題，程序讀臟數(shù)據(jù)報(bào)錯(cuò)。已修復(fù) 4-4 檢查設(shè)備狀態(tài)定時(shí)任務(wù)運(yùn)行時(shí)報(bào)錯(cuò)。已修復(fù)

38、4-5 檢查設(shè)備狀態(tài)時(shí)，正常設(shè)備和數(shù)據(jù)流的狀態(tài)被標(biāo)為異常。已修復(fù) 以上各問(wèn)題處理詳情如下： 【問(wèn)題4-1】整點(diǎn)報(bào)告任務(wù)執(zhí)行時(shí)報(bào)錯(cuò)：javax.mail.MessagingException: Unknown SMTP host: ; 問(wèn)題原因：因?yàn)檎c(diǎn)報(bào)告下發(fā)郵件使用的是開(kāi)發(fā)人員的私人163郵箱，頻繁發(fā)郵件的話會(huì)被 當(dāng)成垃圾郵箱禁用，禁用后程序會(huì)報(bào)錯(cuò)。 解決方案：加內(nèi)存重新申請(qǐng)個(gè)企業(yè)郵箱進(jìn)行替換（截止發(fā)報(bào)告時(shí)，仍未申請(qǐng)到郵箱進(jìn)行替換） 【問(wèn)題4-2】整點(diǎn)報(bào)告任務(wù)執(zhí)行時(shí)報(bào)錯(cuò)： java.lang.NumberFormatException: For input string: 20015E.20

39、015E44 問(wèn)題原因：程序代碼問(wèn)題 解決方案：修改程序解決 【問(wèn)題4-3】測(cè)試定時(shí)策略掃描任務(wù)時(shí)，報(bào)錯(cuò)： java.text.ParseException: Unparseable date: 2015-06-16 null） 問(wèn)題原因：容錯(cuò)問(wèn)題，程序讀臟數(shù)據(jù)報(bào)錯(cuò) 解決方案：修改程序解決 【問(wèn)題4-4】檢查設(shè)備狀態(tài)定時(shí)任務(wù)運(yùn)行時(shí)報(bào)錯(cuò)。 com.feinno.energy.quartz.task.CheckDeviceTaskScheduler - 檢查設(shè)備任務(wù)失敗 java.lang.NullPointerException: null 問(wèn)題原因：程序問(wèn)題 解決方案：修改程序解決 【問(wèn)題4-

40、5】檢查設(shè)備狀態(tài)時(shí)，正常設(shè)備和數(shù)據(jù)流的狀態(tài)被標(biāo)為異常。 問(wèn)題原因：程序問(wèn)題 解決方案：修改程序解決 3 測(cè)試結(jié)論指標(biāo) 能耗監(jiān)控項(xiàng)目性能測(cè)試結(jié)果 能耗監(jiān)控平臺(tái)性能情況 1、能耗監(jiān)控平臺(tái)單機(jī)最大可支持 600 人同時(shí)在線訪問(wèn)，平均響應(yīng)時(shí)間小于 9 秒。 2、能耗監(jiān)控平臺(tái)在 600 人并發(fā)訪問(wèn)峰值時(shí)，可至少持續(xù) 2 小時(shí)以上穩(wěn)定運(yùn)行，應(yīng)用服務(wù)器資源占用保 持在 cpu 低于 30%，內(nèi)存低于 40%；數(shù)據(jù)庫(kù)服務(wù)器資源占用 cpu 96%，內(nèi)存 50%。 與設(shè)備云交互的數(shù)據(jù)處理程序（TERMINAL）性能情況 1、接收完 3 萬(wàn)條設(shè)備云上傳的消息總耗時(shí) 5 秒，平均 6000 條/秒。 2、單純處理完下行消息隊(duì)列中的 3 萬(wàn)條消息共耗時(shí) 80 秒，平均 375 條/秒。 3、在同時(shí)不間斷處理上傳