CN109446039A - 一种检测设备卡顿的方法及*** - Google Patents
一种检测设备卡顿的方法及*** Download PDFInfo
- Publication number
- CN109446039A CN109446039A CN201811105541.5A CN201811105541A CN109446039A CN 109446039 A CN109446039 A CN 109446039A CN 201811105541 A CN201811105541 A CN 201811105541A CN 109446039 A CN109446039 A CN 109446039A
- Authority
- CN
- China
- Prior art keywords
- caton
- detection
- data
- detection device
- application layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
- G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
Abstract
一种检测设备卡顿的方法,包括步骤:应用层设置检测项,并向***层发送状态监控请求;***层根据请求执行状态监控,采集监控数据;以及根据采集数据进行分析,并将分析结果发送至应用层。本发明提供一种检测设备卡顿的***,能够使终端用户在游戏过程有更好的体验,提升终端厂商的竞争力。
Description
技术领域
本发明涉及Android(安卓)游戏手机技术领域,特别是涉及一种适用于Android***的检测设备卡顿的方法。
背景技术
当前***得到越来越多人的青睐,“绝地求生”、“王者荣耀”等大型游戏对手机性能要求较高。当Android***在运行过程中受到CPU(Central Processing Unit;中央处理器)、内存、存储、网络等因素的影响,一旦某个或者多个因素出现性能不足或者没有发挥出应有性能时,对终端用户最直接的影响就是***卡顿。
对终端用户而言,获悉卡顿的原因后可以采取一定的措施迅速提升设备性能;对终端厂商而言,获悉卡顿的根因可以优化对设备的CPU、内存、存储、网络等管理策略,从源头提升设备性能。
因此,对性能的提升,使终端用户在游戏过程有更好的体验,提升终端厂商的竞争力而言具有意义。
发明内容
为了解决现有技术存在的不足,本发明的目的在于提供一种检测设备卡顿的方法及***,可以根据终端需求进行检测,并且准确地确定卡顿的原因,能够迅速提升设备性能。
为实现上述目的,本发明提供的检测设备卡顿的方法,包括以下步骤:
应用层设置检测项,并向***层发送状态监控请求;
***层根据请求执行状态监控,采集监控数据;以及
对采集的监控数据进行分析,并将分析结果发送至应用层。
进一步地,所述检测项,包括:处理器运行状态检测、物理内存使用状态检测、物理内存与虚拟内存交换状态检测、存储状态检测、以及网络信号质量状态检测中的至少一个。
进一步地,所述***层根据请求执行状态监控,采集监控数据的步骤,进一步包括:
***层开启常驻内存的服务,接收应用层的状态监控请求;
判断当前屏幕是否处于开启状态;
如果屏幕处于关闭状态,则当前服务进入入眠状态,并等待再次被唤醒,否则开始执行监控。
进一步地,所述***层根据请求执行状态监控,采集监控数据,进一步包括:采集单位时间内的使用CPU的进程数目、单位时间内的物理内存的剩余空间大小、单位时间内的从物理存转移到虚拟内存的数据大小和从虚拟内存转移到物理内存的数据大小、单位时间内的CPU等待存储IO的时间、以及单位时间内的SIM卡网络信号质量和/或WIFI网络信号质量中的至少一种数据。
进一步地,所述对采集的监控数据进行分析,并将分析结果发送至应用层的步骤,进一步包括:
将所收集的数据与预设比较条件进行比较;
根据比较结果判断是否出现卡顿;
将分析结果及原因发送至应用层。
进一步地,所述根据比较结果判断是否出现卡顿的步骤,包括,如果判断为所采集到的CPU的进程数目比CPU核数的记录个数大于20条、所采集到的物理内存剩余空间大小除于物理内存总大小的百分比大于10%且小于15%、从物理存转移到虚拟内存的数据大小或从虚拟内存转移到物理内存的数据大小为0的记录条数大于5条、CPU等待存储IO的时间大于5的记录个数除于d的百分比大于20%、以及SIM卡信号强度小于-105dBm的记录条数或WIFI信号强度小于-75dBm的记录条数除以单位时间内采集总条数的百分比大于25%中的至少一种,则认为出现卡顿。
进一步地,包括:使***层休眠规定时间。
更进一步地,包括:应用层根据分析结果进行提示。
为实现上述目的,本发明提供的检测设备卡顿的***,包括应用层和***层,
所述应用层包括: 检测项开关单元,其根据需要开启或关闭检测项;和发送接受单元,其将状态监控请求传递至所述***层,并接收所述***层的分析结果,
所述***层包括: 发送接收单元,其接收所述应用层的状态监控请求,并向所述应用层发送所述分析结果;判断单元,其判断当前手机屏幕是否处于开启状态;如果手机屏幕处于关闭状态,则当前服务进入入眠状态,并等待再次被唤醒,否则开始执行监控;检测单元,其根据状态监控请求进行检测;和数据采集分析单元,其采集检测数据,并将其与预设比较条件进行比较,并且根据比较结果分析判断是否出现卡顿。
更进一步地,所述应用层进一步包括,提示单元,其根据所述分析结果提醒用户与分析结果相应的处理,
所述***层进一步包括控制单元,其控制所述***层进行休眠。
本发明检测设备卡顿的方法及***,按照用户需要对检测项进行选择,并对其进行检测。由此,用户或厂商能够根据终端需求进行检测,能够准确地确定卡顿的原因。
本发明检测设备卡顿的方法及***,应用层通过向用户或厂商提供出现卡顿的原因及相应的对应方法。由此,能够采取一定的措施迅速提升设备性能,能够迅速提升设备性能。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,并与本发明的实施例一起,用于解释本发明,并不构成对本发明的限制。在附图中:
图1为根据本发明的检测设备卡顿的方法流程图;
图2为根据本发明的检测设备卡顿的***架构图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
检测设备卡顿的方法
实施例一
图1为根据本发明的检测设备卡顿的方法流程图,下面将参考图1,对本发明的适用于Android***的检测设备卡顿的方法进行详细描述。
在步骤101,应用层设置检测项,并向***层发送状态监控请求。在步骤101中,根据需要开启或关闭检测项;将状态监控请求传递至***层。在本实施例中,检测项包括:处理器运行状态检测、物理内存使用状态检测、物理内存与虚拟内存交换状态检测、存储IO(Input/Output;输入/输出)状态检测和网络信号质量状态检测,但不限于此。
在步骤102,***层根据请求执行状态监控,采集监控数据。在步骤102中,***层开启常驻内存的服务,接收应用层的状态监控请求;判断当前手机屏幕是否处于开启状态;如果手机屏幕处于关闭状态,则当前服务进入入眠状态,并等待再次被唤醒,否则开始执行监控。在本实施例中,在执行处理器运行状态检测时,获取单位时间A内的使用CPU的进程数目(ProcessNum)、在执行物理内存使用状态检测时,获取单位时间B内的物理内存的剩余空间大小(MemFreeSize)、在执行物理内存与虚拟内存交换状态检测时,获取单位时间C内的从物理存转移到虚拟内存的数据大小(SwapOutput)和从虚拟内存转移到物理内存的数据大小(SwapInput)、在执行存储IO状态检测时,获取单位时间D内的CPU等待存储IO的时间(IOWait)、在执行网络信号质量状态检测时,获取单位时间E内的SIM(SubscriberIdentification Module)卡网络信号质量(SIM_dBm)和/或WIFI(Wireless Fidelity)网络信号质量(WIFI_dBm);将获取的数据进行存储。在本实施例中,单位时间A、B、C、D、E可以根据用户需要设定,也可以事先确定,且这些单位时间可以相同,也可以互不相同。
在步骤103,根据采集数据进行分析,并将分析结果发送至应用层。在步骤103中,将所收集的数据与预设比较条件进行比较;根据比较结果判断是否出现卡顿;将分析结果及原因发送至应用层。在本实施例中,分析所采集到的与当前时间最近的a条处理器运行状态记录中,如果CPU的进程数目比CPU核数的记录个数大于20条(ProcessNum-CPU核数的记录个数>20条),则认为因CPU导致卡顿;分析所采集到的与当前时间最近的b条物理内存使用状态记录中,如果物理内存剩余空间大小除于物理内存总大小的百分比大于10%且小于15%(10%<MemFreeSize/物理内存总大小<15%),则认为因内存不足导致卡顿;分析所采集到的与当前时间最近的c条物理内存使用状态记录中,如果从物理存转移到虚拟内存的数据大小或从虚拟内存转移到物理内存的数据大小为0的记录条数大于5条(SwapOutput或SwapInput为0的条数>5条),则认为因内存不足导致卡顿;分析所采集到的与当前时间最近的d条存储IO状态记录中,如果CPU等待存储IO的时间大于5的记录个数除于d的百分比大于20%(IOWait为5的个数/d>20%),则认为因存储IO任务繁忙导致卡顿;分析所采集到的与当前时间最近的e条网络信号质量记录中,如果SIM卡信号强度小于-105dBm的记录条数或WIFI信号强度小于-75dBm的记录条数除于e的百分比大于25%(SIM_dBm小于-105dBm的记录条数或WIFI_dBm小于-75dBm的记录条数/e>25%),则认为因网络信号不良导致卡顿。***层将监测到的卡顿类型上报到应用层,由应用层通知终端用户或由应用层进行管理。
在步骤104,使***层休眠规定时间后返回步骤101以循环进行卡顿检测。在本实施例中***层休眠1秒。
实施例二
本实施例进一步包括步骤105,应用层根据分析结果进行提示。在本实施例中,如果收到因CPU导致卡顿,则提醒用户开启CPU的游戏加速模式;如果收到因内存不足导致卡顿,则提醒用户关闭部分应用;如果收到因存储IO任务繁忙导致卡顿,则提醒用户关闭后台下载应用;如果收到因网络信号质量不良导致卡顿,则提醒用户检测网络设置。
检测设备卡顿的***
图2为根据本发明的适用于Android***的检测设备卡顿的***200的框图,如图2所示,本发明的检测设备卡顿的***200包括应用层201和***层202,其中,应用层201包括:检测项开关单元203,其根据需要开启或关闭检测项;发送接受单元204,其将状态监控请求传递至***层202,并接收***层202的分析结果;和提示单元205,其根据分析结果提醒用户与分析结果相应的处理。***层202包括:发送接收单元206,其接收应用层201的状态监控请求,并向应用层201发送分析结果;判断单元207,其判断当前手机屏幕是否处于开启状态;如果手机屏幕处于关闭状态,则当前服务进入入眠状态,并等待再次被唤醒,否则开始执行监控;检测单元208,其根据状态监控请求进行检测;数据采集分析单元209,其采集检测数据,并将其与预设比较条件进行比较,并且根据比较结果分析判断是否出现卡顿;和控制单元210,其控制***层202进行休眠,并控制***层202的各单元。
在本实施例中,检测单元208可以由多个具体的与检测项对应的单元。
根据本发明,按照用户需要对检测项进行选择,并对其进行检测。由此,用户或厂商能够根据终端需求进行检测,能够准确地确定卡顿的原因。
根据本发明,应用层通过向用户或厂商提供出现卡顿的原因及相应的对应方法。由此,能够采取一定的措施迅速提升设备性能,能够迅速提升设备性能。
本领域普通技术人员可以理解:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例记载的技术方案进行修改,或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种检测设备卡顿的方法,其特征在于,包括以下步骤:
应用层设置检测项,并向***层发送状态监控请求;
***层根据请求执行状态监控,采集监控数据;以及
对采集的监控数据进行分析,并将分析结果发送至应用层。
2.根据权利要求1所述的检测设备卡顿的方法,其特征在于,所述检测项,包括:处理器运行状态检测、物理内存使用状态检测、物理内存与虚拟内存交换状态检测、存储状态检测、以及网络信号质量状态检测中的至少一个。
3.根据权利要求1所述的检测设备卡顿的方法,其特征在于,所述***层根据请求执行状态监控,采集监控数据的步骤,进一步包括:
***层开启常驻内存的服务,接收应用层的状态监控请求;
判断当前屏幕是否处于开启状态;
如果屏幕处于关闭状态,则当前服务进入入眠状态,并等待再次被唤醒,否则开始执行监控。
4.根据权利要求1所述的检测设备卡顿的方法,其特征在于,所述***层根据请求执行状态监控,采集监控数据,进一步包括:采集单位时间内的使用CPU的进程数目、单位时间内的物理内存的剩余空间大小、单位时间内的从物理存转移到虚拟内存的数据大小和从虚拟内存转移到物理内存的数据大小、单位时间内的CPU等待存储IO的时间、以及单位时间内的SIM卡网络信号质量和/或WIFI网络信号质量中的至少一种数据。
5.根据权利要求1所述的检测设备卡顿的方法,其特征在于,所述对采集的监控数据进行分析,并将分析结果发送至应用层的步骤,进一步包括:
将所收集的数据与预设比较条件进行比较;
根据比较结果判断是否出现卡顿;
将分析结果及原因发送至应用层。
6.根据权利要求5所述的检测设备卡顿的方法,其特征在于,所述根据比较结果判断是否出现卡顿的步骤,包括,如果判断为所采集到的CPU的进程数目比CPU核数的记录个数大于20条、所采集到的物理内存剩余空间大小除于物理内存总大小的百分比大于10%且小于15%、从物理存转移到虚拟内存的数据大小或从虚拟内存转移到物理内存的数据大小为0的记录条数大于5条、CPU等待存储IO的时间大于5的记录个数除于d的百分比大于20%、以及SIM卡信号强度小于-105dBm的记录条数或WIFI信号强度小于-75dBm的记录条数除以单位时间内采集总条数的百分比大于25%中的至少一种,则认为出现卡顿。
7.根据权利要求1所述的检测设备卡顿的方法,其特征在于,进一步包括:使***层休眠规定时间。
8.根据权利要求1所述的检测设备卡顿的方法,其特征在于,进一步包括:应用层根据分析结果进行提示。
9.一种检测设备卡顿的***,包括应用层和***层,其特征在于,
所述应用层包括: 检测项开关单元,其根据需要开启或关闭检测项;和发送接受单元,其将状态监控请求传递至所述***层,并接收所述***层的分析结果,
所述***层包括: 发送接收单元,其接收所述应用层的状态监控请求,并向所述应用层发送所述分析结果;判断单元,其判断当前手机屏幕是否处于开启状态;如果手机屏幕处于关闭状态,则当前服务进入入眠状态,并等待再次被唤醒,否则开始执行监控;检测单元,其根据状态监控请求进行检测;和数据采集分析单元,其采集检测数据,并将其与预设比较条件进行比较,并且根据比较结果分析判断是否出现卡顿。
10.根据权利要求9所述的检测设备卡顿的***,其特征在于,
所述应用层,进一步包括提示单元,其根据所述分析结果提醒用户与分析结果相应的处理,
所述***层,进一步包括控制单元,其控制所述***层进行休眠。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811105541.5A CN109446039A (zh) | 2018-09-21 | 2018-09-21 | 一种检测设备卡顿的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811105541.5A CN109446039A (zh) | 2018-09-21 | 2018-09-21 | 一种检测设备卡顿的方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109446039A true CN109446039A (zh) | 2019-03-08 |
Family
ID=65530812
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811105541.5A Withdrawn CN109446039A (zh) | 2018-09-21 | 2018-09-21 | 一种检测设备卡顿的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109446039A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101533366A (zh) * | 2009-03-09 | 2009-09-16 | 浪潮电子信息产业股份有限公司 | 一种服务器性能数据采集与分析的方法 |
CN105589783A (zh) * | 2014-11-18 | 2016-05-18 | 广州市动景计算机科技有限公司 | 应用程序卡顿问题数据获取方法及装置 |
CN106681913A (zh) * | 2016-12-08 | 2017-05-17 | 武汉斗鱼网络科技有限公司 | 一种应用卡顿定位***及方法 |
CN107783835A (zh) * | 2016-08-31 | 2018-03-09 | 中国电信股份有限公司 | ***优化方法和装置 |
CN108345524A (zh) * | 2017-01-22 | 2018-07-31 | 腾讯科技(深圳)有限公司 | 应用程序监控方法及应用程序监控装置 |
-
2018
- 2018-09-21 CN CN201811105541.5A patent/CN109446039A/zh not_active Withdrawn
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101533366A (zh) * | 2009-03-09 | 2009-09-16 | 浪潮电子信息产业股份有限公司 | 一种服务器性能数据采集与分析的方法 |
CN105589783A (zh) * | 2014-11-18 | 2016-05-18 | 广州市动景计算机科技有限公司 | 应用程序卡顿问题数据获取方法及装置 |
CN107783835A (zh) * | 2016-08-31 | 2018-03-09 | 中国电信股份有限公司 | ***优化方法和装置 |
CN106681913A (zh) * | 2016-12-08 | 2017-05-17 | 武汉斗鱼网络科技有限公司 | 一种应用卡顿定位***及方法 |
CN108345524A (zh) * | 2017-01-22 | 2018-07-31 | 腾讯科技(深圳)有限公司 | 应用程序监控方法及应用程序监控装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108268366B (zh) | 测试用例执行方法及装置 | |
JP2018525042A5 (zh) | ||
CN113254323B (zh) | 线上全链路压测方法、装置及计算机设备 | |
CN110795203A (zh) | 资源调度方法、装置、***和计算设备 | |
EP3671441A1 (en) | Application management method and apparatus, storage medium, and electronic device | |
CN103973885B (zh) | 一种上报数据的方法及移动终端 | |
CN113590337B (zh) | 一种云环境下自动调整云主机配置的方法及装置 | |
CN105577879B (zh) | 一种通讯录管理方法及移动终端 | |
CN107703922A (zh) | 服务机器人全自动故障分析方法及其装置 | |
CN111625383A (zh) | 进程异常事件处理方法、装置、电子设备及存储介质 | |
CN111311047A (zh) | 一种基于物联网的设备状态检修方法、装置及电子设备 | |
CN103809955B (zh) | 结束进程的方法和装置 | |
CN108667740A (zh) | 流量控制的方法、装置及*** | |
CN109388552A (zh) | 启动应用程序的时长的确定方法、装置及存储介质 | |
CN104661181A (zh) | 终端设备、扫描方法以及信息处理*** | |
CN109446039A (zh) | 一种检测设备卡顿的方法及*** | |
CN109582751A (zh) | 一种检索效果的度量方法及服务器 | |
CN109885473A (zh) | 自动化测试方法及装置、终端和计算机可读存储介质 | |
CN110532034A (zh) | 图像形成装置及其启动控制方法、存储介质 | |
CN111858208B (zh) | 一种处理器芯片的待机功能测试方法、装置、设备及介质 | |
CN113806119B (zh) | 存储卡处理方法、装置、设备及存储介质 | |
CN108494087A (zh) | 一种设备检验的提示方法以及相关设备 | |
CN110533432B (zh) | 一种业务处理方法、装置、服务器及客户端 | |
CN106211124B (zh) | 一种数据管理的方法、装置及终端 | |
CN118014051B (zh) | 多模态大模型增量学习方法、装置及计算机设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20190308 |