iOS的三重缓冲和微型口吃(micro stuttering)

iOS的三重缓冲和微型口吃(micro stuttering)Instrument中的Display模块:instrument-displayiOS中采用双重缓冲和三重缓冲一起使用,从display中就可以看出来。即:双缓冲不够用了就采用三缓冲。首先看看双重缓冲:双缓冲如上,此时双缓冲很够用,每次Vsync来到之前,上一帧的framebuffer(apple叫做surface+ID),所以帧率很高,基本在…

大家好,又见面了,我是你们的朋友全栈君。

Instrument 中的 Display 模块:

iOS的三重缓冲和微型口吃(micro stuttering)

instrument-display

iOS 中采用双重缓冲和三重缓冲一起使用,从 display 中就可以看出来。即:双缓冲不够用了就采用三缓冲。

首先看看双重缓冲:

iOS的三重缓冲和微型口吃(micro stuttering)

双缓冲

如上,此时双缓冲很够用,每次 Vsync 来到之前,上一帧的 frame buffer(apple叫做surface + ID),所以帧率很高,基本在 60 FPS。

其中 frame 大概就是图层上的内容吧,暂时没找到一个很专业的名词解释。例子中使用的 Layer 来话 Path,Path 不会重新生成,而是一直 addLineTo,所以内容会越来越多:

iOS的三重缓冲和微型口吃(micro stuttering)

事件代码

iOS的三重缓冲和微型口吃(micro stuttering)

绘制代码

iOS的三重缓冲和微型口吃(micro stuttering)

处理逻辑代码

接着看随着 frame 增加,进而使用三缓冲:

iOS的三重缓冲和微型口吃(micro stuttering)

三缓冲

如上图,出现了 surface 3、41、5 三个缓冲区,且随着 Vsync 信号的到来,在三个 surface 之间切换,这明显是三缓冲策略。

上图可以看到,每次的绘图时间明显的变长了(commit 之后到 queue 的间隔就是生成 bitmap 的耗时):

iOS的三重缓冲和微型口吃(micro stuttering)

image.png

这里的耗时参考意义不一定大,辩证来看。

看看之前的双缓冲的情况:

iOS的三重缓冲和微型口吃(micro stuttering)

双缓冲

上一张图片感觉有点不对,commits 之前就已经渲染完了?应该是软件的一些误差吧,不过大体也能看到,surface 大部分时间都是在排队,这也就意味着渲染在 commits 之后很快就完成了;

上图蓝色应该是上一次 commit 之后渲染完成的 bitmap。这些流程是交错的,不可能 commit 还没提交完就已经渲染完成开始排队了。

iOS的三重缓冲和微型口吃(micro stuttering)

image.png

上一张图看上去比较真实吧~~~

上述几种情况都是没有掉帧的情况下,接下来看看三缓冲情况下不够用了,出现掉帧的情况:

iOS的三重缓冲和微型口吃(micro stuttering)

三缓冲也掉帧的情况

如上图,出现了多个 surface 展示两帧的情况,其原因就是因为 frame buffer 没有渲染完成。所以这种情况下,FPS 基本在 30 左右;

再来看一个严重掉帧的情况:

iOS的三重缓冲和微型口吃(micro stuttering)

严重掉帧

如上图,蓝色画面停留了 9 帧,而 commits 频率很正常,耗时也很短,所以这肯定不是 CPU 卡顿。

上图中,和之前明显不一样的地方在于,stutters 中也有了展示,这个词是口吃的意思。难道这就是”微型口吃“?

确实是微型口吃;

定义:帧率不一样。某几个画面渲染时间大于显示器的 Vsync 间隔,而其他的画面渲染时间小于 Vsync。即:游戏/app 的帧率(如40FPS/25ms一次) < 显示器帧率(60FPS/16ms)

表现:

iOS的三重缓冲和微型口吃(micro stuttering)

image.png

原因:FPS虽然高,但是FPS不一致导致人眼视觉上看起来更卡顿。帧率不一致,不平滑是关键;因此,相对而言,此种情况下,帧率不一致比帧率低更显得卡顿。

iOS的三重缓冲和微型口吃(micro stuttering)

降低帧率之后

做法,就是使用 Metal 中的 Api 来设置固定的帧率:

iOS的三重缓冲和微型口吃(micro stuttering)

保持帧率一直

核心点:在自己 App/游戏的最大能力范围内,保持帧率的一致;

因此,此种方案,帧率从 40FPS 降低到了 30FPS,但是视觉效果上看上去更流畅了。

不使用 Metal 框架时的另外一种做法:

iOS的三重缓冲和微型口吃(micro stuttering)

CADisplayLink

但是这种做法需要注意 CPU 的使用,每秒刷新 60 次相当于执行 60 次 commit,如果 commit 阶段占用过多 CPU,那么 CPU 可能会报表。

理想情况:

iOS的三重缓冲和微型口吃(micro stuttering)

理想情况

上图是静止画面时做的测试。如果不适用固定刷新频率,那么 FPS 基本上就是 0。而上图就是采用了固定 60hz 的刷新频率。

上图是理想状态下,此时,commits 阶段代码比较简单,将主要渲染流程交给了 Core Animation,进而转嫁到了 GPU,所以 CPU 占用很低。另外,由于画面没有更新,所以 GPU 基本上就是在两个或三个 frame buffer 上来回切换,基本上不占用 GPU,估计就是视频控制器和显示器比较忙活~~~

不理想的情况:

iOS的三重缓冲和微型口吃(micro stuttering)

不理想情况

如上图,此时虽然 GPU 占比很低,但是 CPU 长期稳定在 43%,这样还不如不使用这种固定刷新频率的方法,直接不刷新可能会更好。

注意:上述两个例子都是在静止画面的情况下所列举的例子,目的只是加深对固定刷新频率的理解,千万不要无脑直接使用到自己的项目上。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/143315.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

  • BP神经网络原理及实现

    BP神经网络原理及实现BP神经网络原理经典的BP神经网络通常由三层组成:输入层,隐含层与输出层.通常输入层神经元的个数与特征数相关,输出层的个数与类别数相同,隐含层的层数与神经元数均可以自定义.每个神经元代表对数据的一次处理:每个隐含层和输出层神经元输出与输入的函数关系为:其中Wij表示神经元i与神经元j之间连接的权重,Oj代表神经元j的输出,sigmod是一个特殊的函数用于将任意实数映射到(0,1)区间.上文中的sigmod函数称为神经元的激励函数(activationfunction),除了sig

  • CareerCup它1.8 串移包括问题

    CareerCup它1.8 串移包括问题

  • UFT如何在谷歌浏览器上实现录制

    UFT如何在谷歌浏览器上实现录制https://user.qzone.qq.com/305132437/blog/1395738617?t=0.748526355385565https://user.qzone.qq.com/305132437/blog/14097396271.UFT安装目录\bin\Chrome,找到Agent.crx,复制2.拷贝到win7系统啊C:\Users\用户\AppData\Local\…

  • 安卓报错:java.lang.RuntimeException: Unable to start activity ComponentInfo—getSupportActionBar()为null

    安卓报错:java.lang.RuntimeException: Unable to start activity ComponentInfo—getSupportActionBar()为nulljava.lang.RuntimeException:UnabletostartactivityComponentInfo—getSupportActionBar()为null。

  • 再来利用java学学javaweb——–html+css+ JavaScript[通俗易懂]

    再来利用java学学javaweb——–html+css+ JavaScript[通俗易懂]今日内容1.web概念概述2.HTMLweb概念概述*JavaWeb: *使用Java语言开发基于互联网的项目*软件架构: 1.C/S:Client/Server客户端/服务器端 *在用户本地有一个客户端程序,在远程有一个服务器端程序 *如:QQ,迅雷… *优点: 1.用户体验好 *缺点: 1.开发、安装,部署,维护麻烦 2.B/S:Browser/Server浏览器/服务器端 *只需要一个浏览器,用户通过不同的网

  • 小程序中的视频下载「建议收藏」

    小程序中的视频下载「建议收藏」一个朋友问我他看到小程序中有一个视频,但是他不知道如何下载下来,我在手机上面打开想直接下载发现还真没有可以直接下载的按钮,然后研究得出大概思路如下,在电脑中打开小程序,然后使用wireshark转包工具抓取数据分析获视频下载地址,通过下载地址下载视频。使用工具:Wireshark3.2.2第一步:打开Wireshark启动监听网卡。(注意如果是多张网卡包括虚拟网卡…

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号