平均事務(wù)響應(yīng)時(shí)間 Average Transation Response Time
站在用戶(hù)的角度思考問(wèn)題,與客戶(hù)深入溝通,找到雙峰網(wǎng)站設(shè)計(jì)與雙峰網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗(yàn),讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個(gè)性化、用戶(hù)體驗(yàn)好的作品,建站類(lèi)型包括:網(wǎng)站設(shè)計(jì)制作、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、空間域名、網(wǎng)頁(yè)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋雙峰地區(qū)。
優(yōu)秀:<2s
良好:2-5s
及格:6-10s
不及格:>10s
每秒點(diǎn)擊率 Hits per Second
當(dāng)增大系統(tǒng)的壓力(或增加并發(fā)用戶(hù)數(shù))時(shí),吞吐率和TPS的變化曲線(xiàn)呈大體一致,則系統(tǒng)基本穩(wěn)定,若壓力增大時(shí),吞吐率的曲線(xiàn)增加到一定程度后出現(xiàn)變化緩慢,甚至平坦,很可能是網(wǎng)絡(luò)出現(xiàn)帶寬瓶頸;同理若點(diǎn)擊率/TPS曲線(xiàn)出現(xiàn)變化緩慢或者平坦,說(shuō)明服務(wù)器開(kāi)始出現(xiàn)瓶頸。
請(qǐng)求響應(yīng)時(shí)間 Time to Last Byte
每秒系統(tǒng)處理事務(wù)數(shù) Transaction per second
吞吐量 Throughout
CPU利用率 Processor/%Processor Time
好:70%
壞:85%
很差:90%+
數(shù)據(jù)庫(kù)操作消耗的CPU時(shí)間 Processor / %User Time
如果該值較大,可以考慮是否能通過(guò)友好算法等方法降低這個(gè)值。如果該服務(wù)器是數(shù)據(jù)庫(kù)服務(wù)器, Processor\%User Time 值大的原因很可能是數(shù)據(jù)庫(kù)的排序或是函數(shù)操作消耗了過(guò)多的CPU時(shí)間,此時(shí)可以考慮對(duì)數(shù)據(jù)庫(kù)系統(tǒng)進(jìn)行優(yōu)化。
CPU平均利用率 Processor/%Privileged Time
如果該參數(shù)值和"Physical Disk"參數(shù)值一直很高,表明I/O有問(wèn)題。可考慮更換更快的硬盤(pán)系統(tǒng)。
剩余的可用內(nèi)存 Memory/Avaiable Mbytes
至少要有10% 的物理內(nèi)存值。
物理磁盤(pán)利用率 Physical Disk/%Disk Time
好:<30%
壞:<40%
很差:<50%+
網(wǎng)絡(luò)吞吐量 Network Interface/Bytes Total/sec
判斷網(wǎng)絡(luò)連接速度是否是瓶頸,可以用該計(jì)數(shù)器的值和目前網(wǎng)絡(luò)的帶寬,結(jié)果應(yīng)該小于50%。
標(biāo)題名稱(chēng):loadrunner檢測(cè)Windows資源計(jì)數(shù)器要求
轉(zhuǎn)載注明:http://jinyejixie.com/article22/jjgdcc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供建站公司、網(wǎng)站導(dǎo)航、微信小程序、網(wǎng)站內(nèi)鏈、關(guān)鍵詞優(yōu)化、網(wǎng)頁(yè)設(shè)計(jì)公司
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話(huà):028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)