GSR是我們Project裡用來反覆執行相同動作的tool，主要可以用在系統開發階段後期，對於開發好的AP或是component進行壓力測試，順便也可以偵測記憶體使用情況，例如Lauhch與Exit某支AP，當這個動作運行5000次後，計算Memory的使用情況，藉此某個AP或是component 是否有Memory Leakage。



先進adb shell後
1.使用top觀察目前process的memory使用狀況
PID PR CPU%S  #THR     VSS     RSS        PCY UID             Name
796 0      0%   S     1         776K 428K         fg     root          /system/bin/sh
824 0      0%   S     7   180020K 117832K   fg     app_126  WidgetTestAP
982 0      0%   S     1       1168K 764K         fg     root          logcat
主要看RSS的數據，由上面可知WidgetTestAP初次的記憶體使用量為117832K。

2.打gsr會顯示出使用教學
usage: gsr <action> [<filename>] [<times>]
action:
-r <filename> record system input into file
-p <filename> <times> play a pre-recorded input event file for n times
-s stop the recording/playing
ex: gsr -r /data/rec_event
gsr -s
gsr -p /data/rec_event 200
(1)gsr -r /data/rec_clock
輸入此指令後，就可以滑動要測試的項目
(2)gsr -s #滑動完畢輸入此指令
(3)gsr -p /data/rec_clcok 20 #執行測試項目20次
3.gsr測試完畢後
在輸入一次top觀察情況
After
824 0 0% S 7 181316K 119156K fg app_126 WidgetTestAP
最後前後數據相減
119156K - 117832K = 1324K
表示記憶體多佔用了1324K，藉此數據可以了解此AP的Memory Leakage嚴不嚴重。
arrow
arrow
    全站熱搜

    cloudfly 發表在 痞客邦 留言(0) 人氣()

    E-mail轉寄