iOS 性能監(jiān)控(一)—— CPU功耗監(jiān)控

前言:
最近,在看戴銘老師關(guān)于 “性能監(jiān)控” 相關(guān)的技術(shù)分享壳繁,感覺收獲很多±竺蓿基于最近的學習闹炉,總結(jié)了一些性能監(jiān)控相關(guān)的實踐,并計劃落地一系列 “性能監(jiān)控” 相關(guān)的文章润樱。

目錄如下:
iOS 性能監(jiān)控(一)—— CPU功耗監(jiān)控
iOS 性能監(jiān)控(二)—— 主線程卡頓監(jiān)控
iOS 性能監(jiān)控(三)—— 方法耗時監(jiān)控


本篇將介紹iOS性能監(jiān)控工具(QiLagMonitor)中與 “CPU功耗監(jiān)控” 相關(guān)的功能模塊渣触。

一、了解CPU架構(gòu)

CPU(Central Processing Unit):中央處理器壹若,
主要由 “運算器” 昵观、 “控制器”“寄存器” 三部分組成舌稀。
運算器 :負責一些運算操作啊犬。(運算)
控制器 :負責發(fā)出CPU每條指令所需的信息。(發(fā)指令)
寄存器 :負責存儲運算過程或者指令操作的一些臨時文件壁查。(存數(shù)據(jù))

CPU有“處理指令”觉至、“執(zhí)行操作”、“控制時間”睡腿、“處理數(shù)據(jù)”四大作用语御。與我們?nèi)梭w的大腦類似,幫助我們完成各種各樣的生理活動席怪。

市場上应闯,我們比較熟悉的CPU架構(gòu)有ARM(arm64)和Intel(x86)等等。
(PS:關(guān)于ARM與intel的區(qū)別可以查看這篇博客

問:那么對于我們iPhone而言挂捻,有哪些CPU架構(gòu)呢碉纺?

目前,市場上大部分的iPhone都是基于arm64架構(gòu)。

因為arm架構(gòu)有著功耗低的特點骨田,因此廣泛應用在移動設備領(lǐng)域耿导。(intel雖然性能好,但功耗高态贤。因此失去了移動端領(lǐng)域的市場份額舱呻。)

CPU架構(gòu) 機型
armv6 iPhone、iPhone 2悠汽、iPhone 3G
armv7 iPhone3GS箱吕、iPhone 4、iPhone 4S柿冲、iPad茬高、iPad 2
armv7s iPhone 5、iPhone 5c
arm64 iPhone 5s姻采、iPhone 6雅采、iPhone 6 plus爵憎、iPhone 7慨亲、iPhone 7 plus、iPhone 8宝鼓、iPhone 8 plus刑棵、iPhone X、iPhone XS愚铡、iPhone XR蛉签、iPhone 11、iPhone 11 pro沥寥、iPhone 11 pro max碍舍、iPad Air、iPad Air2邑雅、iPad mini2片橡、iPad mini3、iPad mini4淮野、iPad pro...

PS:CPU與GPU比較捧书?
GPU是圖像處理器。在大部分計算機中骤星,GPU僅僅會用來繪制圖像经瓷。它會迅速算出當前屏幕的所有像素,并在顯示器上繪制出來洞难。


二舆吮、iOS如何監(jiān)控CPU功耗?

說一下QiCPUMonitor的大致實現(xiàn)思路。

  • 首先歪泳,獲取當前的任務task萝勤。從任務task中獲得當前所有存活的線程信息。
    這時呐伞,我們就拿到了當前任務所有存活的 “線程信息”(threads)“存活的線程個數(shù)”(threadCount) 敌卓。

  • 然后,設置一個預定的CPU使用閾值伶氢。
    遍歷所有線程的信息趟径,查看是否有線程的CPU使用率cpu_usage “超過” 預定的閾值(例如CPU使用率超過80%)。

  • 如果有線程的CPU使用率cpu_usage超過預定閾值癣防,就 “存儲” 當前線程的調(diào)用的堆棧信息蜗巧。


三、QiCPUMonitor的具體實現(xiàn)

  • 首先蕾盯,介紹一下存儲單個線程信息的結(jié)構(gòu)體thread_basic_info幕屹。
struct thread_basic_info {
        time_value_t    user_time;      // 用戶運行時長
        time_value_t    system_time;    // 系統(tǒng)運行時長
        integer_t       cpu_usage;      // CPU使用率(理論上限為1000)
        policy_t        policy;         // 調(diào)度策略
        integer_t       run_state;      // 運行狀態(tài)
        integer_t       flags;          // 各種標記
        integer_t       suspend_count;  // 暫停線程的計數(shù)
        integer_t       sleep_time;     // 休眠時間
};
名稱 介紹
user_time 用戶運行時間(精確到微妙)。
system_time 系統(tǒng)運行時(精確到微妙)级遭。
cpu_usage cpu使用率(理論上限1000)望拖。
policy 調(diào)度策略。
run_state 五種 “運行狀態(tài)”:
1> running 運行中
2> stopped 已停止
3> waiting 等待中
4> uninterruptible 不可中斷
5> halted 被阻塞
flags 三種 “線程標志”:
1> swapped 換出
2> idle 空閑
3> global forced idle 全局強制空閑挫鸽。
suspend_count 線程已經(jīng)被掛起的計數(shù)说敏。
sleep_time 線程已經(jīng)掛起的時間(精確到秒)。
  • 其次丢郊,聲明三個變量:threads盔沫、threadCountthisTask枫匾。

分別表示:

參數(shù)名 參數(shù)含義
threads 用來存儲當前任務task下的所有線程信息架诞。
threadCount 用來存儲有幾條線程。
thisTask 用來存儲當前任務task干茉。
    thread_act_array_t threads;               //! 一個數(shù)組谴忧,用來記錄當前任務下的所有線程。
    mach_msg_type_number_t threadCount = 0;   //! 一個數(shù)等脂,該參數(shù)用來記錄線程的個數(shù)俏蛮。
    const task_t thisTask = mach_task_self(); //! 獲取當前任務的task
  • 然后,通過thisTask上遥,獲取對應的threads信息以及threadCount搏屑。
    kern_return_t kr = task_threads(thisTask, &threads, &threadCount); //! 通過thisTask,獲取threads以及threadCount粉楚。
  • 同時辣恋,檢查是否獲取成功亮垫,KERN_SUCCESS = 0代表成功,其他有對應的錯誤碼有52種伟骨。
    if (kr != KERN_SUCCESS) { //! 檢查是否成功饮潦,KERN_SUCCESS = 0 代表成功,其他有對應的錯誤碼有52種携狭。
        return;
    }
  • 最后继蜡,遍歷當前任務內(nèi)所有存活的線程,查看每條線程的信息逛腿。
    每當有線程的CPU使用率(cpu_usage)超過指定閾值稀并,就將當前線程的調(diào)用堆棧存入數(shù)據(jù)庫。
    //! 遍歷當前任務內(nèi)存活的所有線程
    for (int i = 0; i < threadCount; i++) {
        
        thread_info_data_t threadInfo; // 32位data
        thread_basic_info_t threadBaseInfo;
      
        mach_msg_type_number_t threadInfoCount = THREAD_INFO_MAX;
        
        if (thread_info((thread_act_t)threads[i], THREAD_BASIC_INFO, (thread_info_t)threadInfo, &threadInfoCount) == KERN_SUCCESS) {
            threadBaseInfo = (thread_basic_info_t)threadInfo; // 獲取線程的信息
            if (!(threadBaseInfo->flags & TH_FLAGS_IDLE)) {
                integer_t cpuUsage = threadBaseInfo->cpu_usage / 10; // CPU最大usage為1000单默,因此除10即可獲得CPU當前的利用率碘举。
                if (cpuUsage > CPUMONITORRATE) { // 超過設定的閾值時,記錄堆棧
                    //cup 消耗大于設置值時打印和記錄堆棧
                    NSString *reStr = qiStackOfThread(threads[i]);
                    QiCallStackModel *model = [[QiCallStackModel alloc] init];
                    model.stackStr = reStr;
                    //記錄數(shù)據(jù)庫中
                    [[[QiLagDB shareInstance] increaseWithStackModel:model] subscribeNext:^(id x) {}];
                    NSLog(@"CPU useage overload thread stack:\n%@",reStr);
                }
            }
        }
    }

為了監(jiān)控的同時搁廓,又不影響App性能引颈,故這個判斷用一個定時器,每3秒刷新一次即可境蜕。

    //! 監(jiān)測 CPU 消耗
    self.cpuMonitorTimer = [NSTimer scheduledTimerWithTimeInterval:3
                                                             target:self
                                                           selector:@selector(updateCPUInfo)
                                                           userInfo:nil
                                                            repeats:YES];

源碼:QiLagMonitor

最后蝙场,本系列我是站在iOS業(yè)界巨人的肩膀上完成的,感謝戴銘老師精彩的技術(shù)分享汽摹。 祝大家學有所成李丰,工作順利苦锨。
另附上逼泣,戴銘老師課程鏈接:《iOS開發(fā)高手課》,謝謝舟舒!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末拉庶,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子秃励,更是在濱河造成了極大的恐慌氏仗,老刑警劉巖,帶你破解...
    沈念sama閱讀 217,826評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件夺鲜,死亡現(xiàn)場離奇詭異皆尔,居然都是意外死亡,警方通過查閱死者的電腦和手機币励,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,968評論 3 395
  • 文/潘曉璐 我一進店門慷蠕,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人食呻,你說我怎么就攤上這事流炕∨煜郑” “怎么了?”我有些...
    開封第一講書人閱讀 164,234評論 0 354
  • 文/不壞的土叔 我叫張陵每辟,是天一觀的道長剑辫。 經(jīng)常有香客問我,道長渠欺,這世上最難降的妖魔是什么妹蔽? 我笑而不...
    開封第一講書人閱讀 58,562評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮挠将,結(jié)果婚禮上讹开,老公的妹妹穿的比我還像新娘。我一直安慰自己捐名,他們只是感情好旦万,可當我...
    茶點故事閱讀 67,611評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著镶蹋,像睡著了一般成艘。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上贺归,一...
    開封第一講書人閱讀 51,482評論 1 302
  • 那天淆两,我揣著相機與錄音,去河邊找鬼拂酣。 笑死秋冰,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的婶熬。 我是一名探鬼主播剑勾,決...
    沈念sama閱讀 40,271評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼赵颅!你這毒婦竟也來了虽另?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,166評論 0 276
  • 序言:老撾萬榮一對情侶失蹤饺谬,失蹤者是張志新(化名)和其女友劉穎捂刺,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體募寨,經(jīng)...
    沈念sama閱讀 45,608評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡族展,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,814評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了拔鹰。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片仪缸。...
    茶點故事閱讀 39,926評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖格郁,靈堂內(nèi)的尸體忽然破棺而出腹殿,到底是詐尸還是另有隱情独悴,我是刑警寧澤,帶...
    沈念sama閱讀 35,644評論 5 346
  • 正文 年R本政府宣布锣尉,位于F島的核電站刻炒,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏自沧。R本人自食惡果不足惜坟奥,卻給世界環(huán)境...
    茶點故事閱讀 41,249評論 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望拇厢。 院中可真熱鬧爱谁,春花似錦、人聲如沸孝偎。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,866評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春男窟,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背阻塑。 一陣腳步聲響...
    開封第一講書人閱讀 32,991評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留果复,地道東北人陈莽。 一個月前我還...
    沈念sama閱讀 48,063評論 3 370
  • 正文 我出身青樓,卻偏偏與公主長得像虽抄,于是被迫代替她去往敵國和親走搁。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,871評論 2 354

推薦閱讀更多精彩內(nèi)容