新版精品壓力測試與故障分析-資料下載頁
2024-10-28 12:33本頁面
【正文】 動態(tài)更新jsp，所以可使用Xnoclassgc來關(guān)閉對持久代的回收以提高系統(tǒng)性能，但pona、max等需要動態(tài)更新jsp的系統(tǒng)不能關(guān)閉，否則系統(tǒng)會因?yàn)槌志么臻g耗盡而crash。 小回收（Minor collection）：回收新生代，耗時少，間隔短 大回收（Major collection）：回收舊生代，耗時多、間隔長,?,GC2,分配空間越大 －》 更大的回收間隔 －》 更大的回收時間 全量回收時系統(tǒng)會停止響應(yīng)回收時間過大會導(dǎo)致系統(tǒng)堵塞 GC優(yōu)化原則：最大回收時間在可接受范圍（需要考慮用戶可接受程度、四層交換的健康檢測，盡量控制在5秒以內(nèi)） 內(nèi)存泄漏的判定：在壓力測試前和測試結(jié)束并且用戶Session全部超時后作一次全量回收（用戶Session會占用大量內(nèi)存，影響評估結(jié)果），若發(fā)現(xiàn)回收后的內(nèi)存占用比測試前有明顯增加，則可能有內(nèi)存泄漏 使用工具（JRocket或JProbe）作壓力測試時的內(nèi)存分析，找出臨時內(nèi)存使用過多的地方并加以優(yōu)化） 343692.510: [GC 916952K812304K(1035520K), 0.0273880 secs] 343694.511: [GC 917264K812369K(1035520K), 0.0270350 secs] 343696.377: [GC 917329K812449K(1035520K), 0.0266270 secs] 343698.894: [GC 917409K812625K(1035520K), 0.0266130 secs] 343701.142: [Full GC 917585K302334K(1035520K), 2.2056290 secs],?,單案例與混合案例,混合案例：根據(jù)現(xiàn)網(wǎng)實(shí)際訪問模型各類訪問的構(gòu)成情況構(gòu)造混合案例，壓力結(jié)果比較接近現(xiàn)網(wǎng)實(shí)際情況，但整理現(xiàn)網(wǎng)訪問模型比較麻煩，而且現(xiàn)網(wǎng)訪問模型會不斷變化，一旦變化則需要重新作壓力測試。 單案例：針對現(xiàn)網(wǎng)主要的訪問類型單獨(dú)作該案例的性能測試，得到每個案例所消耗的系統(tǒng)資源情況，然后根據(jù)現(xiàn)網(wǎng)訪問模型用各單案例測試結(jié)果按照比例來折算成現(xiàn)網(wǎng)訪問所需的系統(tǒng)資源。此方式第一次需要作的測試比較多，但在現(xiàn)網(wǎng)訪問模型發(fā)生變化時不用重新作壓力測試，只需要根據(jù)模型重新計算即可。,?,公司與現(xiàn)網(wǎng)指標(biāo),公司測試環(huán)境從業(yè)務(wù)數(shù)據(jù)量級、用戶訪問模型、外圍環(huán)境等都比現(xiàn)網(wǎng)簡單和理想，所以測試結(jié)果會比現(xiàn)網(wǎng)實(shí)際結(jié)果高 現(xiàn)網(wǎng)的海量業(yè)務(wù)數(shù)據(jù)和用戶數(shù)據(jù)很難模擬 不同訪問模型消耗的系統(tǒng)資源也不一致 現(xiàn)網(wǎng)除用戶正常訪問外，還存在各類攻擊和惡意請求 真實(shí)kernel響應(yīng)延時 集群、session復(fù)制的消耗 現(xiàn)網(wǎng)海量并發(fā)用戶的情況很難模擬，需要大量測試終端,?,容量評估,容量評估：某系統(tǒng)需要支持1千萬用戶，如何評估我們的系統(tǒng)是否能支撐？ 估計活躍用戶數(shù)，平均每天會有多少用戶使用？ 分析用戶使用行為，一個用戶每天會有多少次訪問？ 估計忙時系數(shù)，一天最忙的一個小時訪問量占全天的百分比，一般情況在7到8，有的系統(tǒng)會超過10，需要根據(jù)具體系統(tǒng)分析 根據(jù)忙時系數(shù)計算每秒需要處理的事務(wù)數(shù) 若取活躍用戶數(shù)為10%，每用戶每天訪問10次，取忙時系數(shù)為8%，則此系統(tǒng)每秒需支持的事務(wù)數(shù)為： 1000000*10%*10*8%/3600=22.2 TPS,?,Qamp。A,?,－－感謝大家－－,感謝大家
法律信息相關(guān)推薦
鄂ICP備17016276號-1