APP&游戏需要关注Jank卡顿吗?

导语:

本次技术干货分享主要是讲解PerfDog卡顿Jank定义、原理及影响。内容将分为五部分:FrameTime、FPS、流畅度、Jank、影响。从深层次分析在性能测试工作中这五部分起到的重要意义。

第一部分:FrameTime

FrameTime 的定义:两帧画面间隔耗时(也可简单认为单帧渲染耗时)。

对于FrameTime和卡顿是否有关联?请看下图的案例图示:

从图中可看出画面中B帧在GPU渲染耗时(帧生成时间)大于显示器刷新间隔,占用两次显示器刷新耗时。也就是说有一次画面没刷新。当出现多次没有画面刷新(也就是说画面没变化),则可能是一次卡顿。

从这里就得出结论:玩家用户真正看到的是屏幕新画面刷新间隔时间,而不是eglSwapbuffers-GPU渲染完成(并未有提交屏幕显示)间隔时间。所以后面所提到Frametime统统指的是屏幕Display-Frametime。

PerfDog工具优点:PerfDog统计的FPS和Frametime都是用户看到的屏幕Display新画面真实刷新FPS和帧耗时。所以大家可以直接通过Frametime来判断测试过程中是否出现卡顿。

第二部分:FPS

FPS的定义:帧率(1秒内平均画面刷新次数)。

平均帧率:传统常说的FPS,1秒内平均画面刷新次数。

瞬时帧率:单帧耗时FrameTime算出来实时FPS,每一帧画面刷新耗时换算出的实时帧率。

画面渲染流程图如下,每一帧FrameTime。

PerfDog统计帧率及FrameTime如下图:

FPS帧率与卡顿是否有关系?我们分为Andriod和ios两个场景去进一步了解:

iOS端

苹果WDDC18年开发者大会

①     FramePacing

比如下面两个游戏画面,左边的试图以60帧运行,但实际只能达到40帧;右边的则持续稳定在30帧运行:

上图左边帧率高,反而看起来有一卡一顿的现象,这就是Micro Stuttering(微型口吃)导致的,左边FrameTime如下图:

通过FrameTime可以看出,左边高帧率FPS=40帧率中出现一次FrameTim>=117ms,理论平均FrameTime=25ms。所以非均匀渲染,虽然帧率高达40,但依然觉得非常卡。

右边低帧率30帧运行FrameTime如下图:

从上面FrameTime可以看出,帧率FPS=30,FrameTime均匀为33ms,画面会非常平滑。

总结:帧率高,未必流畅。

Android端

测试系统版本:Android4.4

①     流畅度机制-黄油计划(Jank)

Google Jank 计算思路:考虑视觉惯性,以硬件vsync时间间隔,连续1次vsync没有新画面刷新,则认为是一次卡顿,也就是说下一次vsync时间点没有新画面刷新,则认为是一次Jank。

第三部分:流畅度

流畅度与卡顿的关联可以用以下的流程图来大致展示:

流畅度影响卡顿。这个可以简单的理解为视觉惯性和电影帧这两个方面:

1、视觉惯性

视觉预期帧率,用户潜意识里认为下帧也应该是当前帧率刷新比如一直60帧,用户潜意识里认为下帧也应该是60帧率。刷新一直是25帧,用户潜意识里认为下帧也应该是25帧率。但是刷新如果是60帧一下跳变为25帧,扰乱用户视觉惯性。这个时候就会出现用户体验的卡顿感。

2、电影帧

电影帧率(18-24),一般是24帧。电影帧单帧耗时:1000ms/24=40ms。电影帧率是一个临界点。低于这个帧率,人眼基本能感觉画面不连续性,也就是感觉到了卡顿。

第四部分:PerfDog-Jank

    PerfDog Jank 计算思路:考虑视觉惯性,假设以前三帧的平均帧耗时为参考,作为vsync时间间隔,连续两次vsync没有新渲染画面刷新,则认为是一次潜在卡顿,也就是说下一帧耗时大于前三帧平均帧耗时2倍,则认为一次潜在卡顿。同时单帧耗时满足大于两倍电影帧耗时1000ms/24*2 (由于人眼低于24帧才能辨别画面不连续性),则认为是一次真正卡顿。同时若单帧耗时大于3倍电影帧耗时,则认为是一次严重卡顿。

注解:为什么是两次vsync?GPU一般是3重缓冲buffer,当前帧已占用一个buffer,即剩余2缓冲buffer,人眼一般可容忍2帧延迟。

为什么是两帧电影帧耗时?低于24帧画面,人眼就能感知到画面不连续性,电影一般都是24帧。即电影帧耗时1000ms/24=41.67ms,两帧电影帧耗时也就是41.67ms*2,三帧电影帧耗时是41.67ms*3。

PerfDog Jank计算方法:

同时满足两条件,则认为是一次卡顿Jank.

①Display FrameTime>前三帧平均耗时2倍。

②Display FrameTime>两帧电影帧耗时 (1000ms/24*2=84ms)。

同时满足两条件,则认为是一次严重卡顿BigJank.

①Display FrameTime >前三帧平均耗时2倍。

②Display FrameTime >三帧电影帧耗时(1000ms/24*3=125ms)。

Google-Jank如图:

PerfDog-Jank如图:

真实测试FrameTime计算Jank,如下图:

PerfDog-Jank如图:

备注:帧率低,并不是顿卡,如帧率都是只有几帧了,还有什么顿卡而言?

目前主流游戏对比Jank如下:

PerfDog-web平台

第五部分:影响

从前面的知识了解到FrameTime、FPS、流畅度和Jank之间的紧密联系后,就可以顺其自然得出我们的结论:APP和游戏到底需不需要关注Jank卡顿呢?答案是需要的,并且还是重点关注!理由如下:

游戏方面

游戏流畅度是最影响用户体验的,所以需要重点关注FPS和Jank。

备注:比如游戏中已预知的卡顿,如新UI弹出等造成卡顿,可认为是干扰,需要剔除,不应算在Jank,可通过web云上,框选右键删除干扰数据。

APP方面

APP也需要关注FPS及Jank。只是需要区分使用场景,如:

1)     静态页面窗口

只需关注FPS,理论FPS应该为0,否则,说明有冗余刷新,容易引起手机发热及耗电。

2)     有滚动动画页面窗口

只需关注FPS,FPS处于合适值即可,无需高频刷新。

3)     快速滑动页面窗口。

需要关注FPS和Jank。手机交互灵敏度就是来源于此,Android系统才出黄油计划Jank。一般滑动状态下,帧率越高越好,Jank越小越好。

4)     播放视频页面窗口。

需要关注FPS和Jank,视频卡顿直接影响用户。视频一般帧率18-24帧,Jank=0。比如微信播放视频、视频播放器等。

通过这五部分的讲解,相信大家可以清楚的了解Jank卡顿对于APP&游戏的重要,以及其关注的侧重点,PerfDog正是是致力于为游戏&应用提升品质。

PerfDog是由WeTest腾讯质量开放平台发行的移动全平台iOS\Android性能测试工具,能快速定位分析性能问题,提升APP应用及游戏性能和品质,手机无需ROOT/越狱,手机硬件、游戏及应用无需做任何更改,极简化即插即用。

扫码即刻加群 与2000+测试同行深度交流

点击阅读原文直达官网!

PerfDog官网:perfdog.qq.com

腾讯WeTest官网:wetest.qq.com

PerfDog交流群:602206842

原文地址:https://www.cnblogs.com/wetest/p/12654840.html

时间: 2024-10-04 10:38:32

APP&游戏需要关注Jank卡顿吗?的相关文章

APP测试工具之TraceView卡顿检测

Traceview卡顿检测 Traceview是Android平台特有的数据采集和分析工具,集成在DDMS工具中,可以采集程序中的方法执行耗时.调用关系.调用次数以及资源占用等情况. 一.使用方法 1.启动虚拟机/连接手机,cmd命令输入ddms启动DDMS工具.打开手机上被测应用,在ddms上选择测试应用的进程.点击Start Method Profiling按钮,当按钮上的小红点变成黑色的时候,处于采集信息状态. 2.操作应用被测模块,操作完成后,点击Start Method Profili

使用apicloud开发移动端APP,IOS list页面滚动卡顿解决记录

给内容容器添加样式:-webkit-overflow-scrolling:touch; -webkit-overflow-scrolling:属性控制元素在移动设备上是否使用滚动回弹效果. auto:使用普通滚动, 当手指从触摸屏上移开,滚动会立即停止. touch:使用具有回弹效果的滚动, 当手指从触摸屏上移开,内容会继续保持一段时间的滚动效果.继续滚动的速度和持续的时间和滚动手势的强烈程度成正比.同时也会创建一个新的堆栈上下文. 原文地址:https://www.cnblogs.com/sh

app卡顿问题检测--KMCGeigerCounter

介绍: KMCGeigerCounter是一个iOS帧速计算器,像盖革计数器那样,当动画丢失一帧时它就记录一次.掉帧通常是不可见的,但是很难区分55fps和60fps之间的不同,而KMCGeigerCounter可以让你观测到掉落5帧的情况.可以通过这个来检测app的卡顿程度 使用: KMCGeigerCounter的使用非常简单: [KMCGeigerCounter sharedGeigerCounter].enabled = YES; 说明: 卡顿:         流畅:        

Android App 卡顿分析

极力推荐Android 开发大总结文章:欢迎收藏 程序员Android 力荐 ,Android 开发者需要的必备技能 Android App 反应卡顿,从技术上将就是UI 渲染慢. UI渲染是从您的应用程序生成一个框架并将其显示在屏幕上的行为. 为了确保用户与您的应用程序的交互顺利,您的应用程序应该在16ms内渲染帧数达到每秒60帧(为什么60fps?). 如果您的应用程序因UI渲染速度缓慢而受到影响,那么系统将被迫跳过帧,用户将感觉到您的应用程序中出现卡顿. 我们把这个叫做jank. 本篇文章

【凯子哥带你学Android】Andriod性能优化之列表卡顿——以“简书”APP为例

这几天闲得无聊,就打开手机上的开发者模式里面的"GPU过度绘制"功能,看看别家的App做的咋样,然后很偶然的打开了"简书",然后就被它的过度绘制惊呆了,于是写了这篇性能分析的文章,从一个只有APK文件的角度,说下如何寻找布局中可能存在的性能问题,以及解决方案.本文章以简书Android最新版本1.9.1进行分析. GPU过度绘制 Hierarchy View SysTrace TraceView 总结 分析资源下载 GPU过度绘制 首先打开下面两个功能开关 开发者模

Android app优化之导致app 卡顿慢的直接原因

大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能.从设计师的角度,他们希望App能够有更多的动画,图片等时尚元素来实现流畅的用户体验.但是Android系统很有可能无法及时完成那些复杂的界面渲染操作.Android系统每隔16ms发出VSYNC信号,触发对UI进行渲染,如果每次渲染都成功,这样就能够达到流畅的画面所需要的60fps,为了能够实现60fps,这意味着程序的大多数操作都必须在16ms内完成()时间超出16ms越多,丢的帧就越多,可以大概估计一下Android 5秒没响应抛

想让安卓app不再卡顿?看这篇文章就够了

欢迎大家前往腾讯云+社区,获取更多腾讯海量技术实践干货哦~ 本文由likunhuang发表于云+社区专栏 实现背景 应用的使用流畅度,是衡量用户体验的重要标准之一.Android 由于机型配置和系统的不同,项目复杂App场景丰富,代码多人参与迭代历史较久,代码可能会存在很多UI线程耗时的操作,实际测试时候也会偶尔发现某些业务场景发生卡顿的现象,用户也经常反馈和投诉App使用遇到卡顿.因此,我们越来越关注和提升用户体验的流畅度问题. 已有方案 在这之前,我们将反馈的常见卡顿场景,或测试过程中常见的

android中app卡顿优化问题

所谓app卡顿原因就是在运行时出现了丢帧,还可能是UI线程被阻塞.首先来一下丢帧现象,android每16ms会对界面进行一次渲染,如果app的绘制.计算等超过了16ms那么只能等下一个16ms才能进行渲染,这就发生了丢帧现象. 手机卡顿出现的原因:1,布局过于复杂:xml布局文件可能存在深层嵌套或者组件过多: 2,重复绘制:一个界面的某一点可能在同一时间进行了多次绘制: 3,内存抖动:系统内存是有限的,系统经常会将不活跃的进程置入外存中就是常说的虚拟内存,当调用它时再把它从外存转入内存,内存外

Android App 优化之消除卡顿

转载:http://gold.xitu.io/post/582583328ac247004f3ab124 1, 感知卡顿 用户对卡顿的感知, 主要来源于界面的刷新. 而界面的性能主要是依赖于设备的UI渲染性能. 如果我们的UI设计过于复杂, 或是实现不够好, 设备又不给力, 界面就会像卡住了一样, 给用户卡顿的感觉. 1.1 16ms原则 在剖析卡顿的原因之前, 我们先来了解下Android中著名的"16ms"原则: Android系统每隔16ms会发出VSYNC信号重绘我们的界面(A