iOS 性能监控(一)—— CPU功耗监控

前言:
最近,在看戴铭老师关于 “性能监控” 相关的技术分享,感觉收获很多。基于最近的学习,总结了一些性能监控相关的实践,并计划落地一系列 “性能监控” 相关的文章。

目录如下:
iOS 性能监控(一)—— CPU功耗监控
iOS 性能监控(二)—— 主线程卡顿监控
iOS 性能监控(三)—— 方法耗时监控


本篇将介绍iOS性能监控工具(QiLagMonitor)中与 “CPU功耗监控” 相关的功能模块。

一、了解CPU架构

CPU(Central Processing Unit):中央处理器,
主要由 “运算器”“控制器”“寄存器” 三部分组成。
运算器 :负责一些运算操作。(运算)
控制器 :负责发出CPU每条指令所需的信息。(发指令)
寄存器 :负责存储运算过程或者指令操作的一些临时文件。(存数据)

CPU有“处理指令”、“执行操作”、“控制时间”、“处理数据”四大作用。与我们人体的大脑类似,帮助我们完成各种各样的生理活动。

市场上,我们比较熟悉的CPU架构有ARM(arm64)和Intel(x86)等等。
(PS:关于ARM与intel的区别可以查看这篇博客

问:那么对于我们iPhone而言,有哪些CPU架构呢?

目前,市场上大部分的iPhone都是基于arm64架构。

因为arm架构有着功耗低的特点,因此广泛应用在移动设备领域。(intel虽然性能好,但功耗高。因此失去了移动端领域的市场份额。)

CPU架构 机型
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如何监控CPU功耗?

说一下QiCPUMonitor的大致实现思路。

  • 首先,获取当前的任务task。从任务task中获得当前所有存活的线程信息。
    这时,我们就拿到了当前任务所有存活的 “线程信息”(threads)“存活的线程个数”(threadCount)

  • 然后,设置一个预定的CPU使用阈值。
    遍历所有线程的信息,查看是否有线程的CPU使用率cpu_usage “超过” 预定的阈值(例如CPU使用率超过80%)。

  • 如果有线程的CPU使用率cpu_usage超过预定阈值,就 “存储” 当前线程的调用的堆栈信息。


三、QiCPUMonitor的具体实现

  • 首先,介绍一下存储单个线程信息的结构体thread_basic_info
struct thread_basic_info {
        time_value_t    user_time;      // 用户运行时长
        time_value_t    system_time;    // 系统运行时长
        integer_t       cpu_usage;      // CPU使用率(理论上限为1000)
        policy_t        policy;         // 调度策略
        integer_t       run_state;      // 运行状态
        integer_t       flags;          // 各种标记
        integer_t       suspend_count;  // 暂停线程的计数
        integer_t       sleep_time;     // 休眠时间
};
名称 介绍
user_time 用户运行时间(精确到微妙)。
system_time 系统运行时(精确到微妙)。
cpu_usage cpu使用率(理论上限1000)。
policy 调度策略。
run_state 五种 “运行状态”:
1> running 运行中
2> stopped 已停止
3> waiting 等待中
4> uninterruptible 不可中断
5> halted 被阻塞
flags 三种 “线程标志”:
1> swapped 换出
2> idle 空闲
3> global forced idle 全局强制空闲。
suspend_count 线程已经被挂起的计数。
sleep_time 线程已经挂起的时间(精确到秒)。
  • 其次,声明三个变量:threadsthreadCountthisTask

分别表示:

参数名 参数含义
threads 用来存储当前任务task下的所有线程信息。
threadCount 用来存储有几条线程。
thisTask 用来存储当前任务task。
    thread_act_array_t threads;               //! 一个数组,用来记录当前任务下的所有线程。
    mach_msg_type_number_t threadCount = 0;   //! 一个数,该参数用来记录线程的个数。
    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;
    }
  • 最后,遍历当前任务内所有存活的线程,查看每条线程的信息。
    每当有线程的CPU使用率(cpu_usage)超过指定阈值,就将当前线程的调用堆栈存入数据库。
    //! 遍历当前任务内存活的所有线程
    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;
                    //记录数据库中
                    [[[QiLagDB shareInstance] increaseWithStackModel:model] subscribeNext:^(id x) {}];
                    NSLog(@"CPU useage overload thread stack:\n%@",reStr);
                }
            }
        }
    }

为了监控的同时,又不影响App性能,故这个判断用一个定时器,每3秒刷新一次即可。

    //! 监测 CPU 消耗
    self.cpuMonitorTimer = [NSTimer scheduledTimerWithTimeInterval:3
                                                             target:self
                                                           selector:@selector(updateCPUInfo)
                                                           userInfo:nil
                                                            repeats:YES];

源码:QiLagMonitor

最后,本系列我是站在iOS业界巨人的肩膀上完成的,感谢戴铭老师精彩的技术分享。 祝大家学有所成,工作顺利。
另附上,戴铭老师课程链接:《iOS开发高手课》,谢谢!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,736评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,167评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,442评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,902评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,302评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,573评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,847评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,562评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,260评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,531评论 2 245
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,021评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,367评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,016评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,068评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,827评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,610评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,514评论 2 269

推荐阅读更多精彩内容