Drawcall总结-Unity5.X

先理解以下什么叫做Drawcall

CPU每传递一次需要渲染的物体信息给GPU,就算一次Drawcall。

NVIDIA 公司的一片分析3D引擎批次优化的讲稿中曾提到

(此处引用链接:http://www.docin.com/p-86211558.html 第24页)

大致意思是:25K batchs/s在100%的使用率下会消耗1GHz 的 CPU。

并举例:假设目标需要跑30帧;使用2GHz CPU;使用率20%/设定状态

25K*2GHz*20%/30fps=333batches/每帧

并推出了一条公式,来预估游戏中大概每帧可以处理多少个Batch:

Formula:25K*GHz*Percentage/Framerate

-GHz = target spec CPU frequency

-Percentage = value 0..1corresponding to CPU Percentage available for Draw/SetState calls

-Framerate = target trame rate in fps

大意可翻译为

公式:25K*GHz*百分比/帧速率

-GHz = 目标规范CPU频率

-百分比=值0到1对应CPU的百分比有效工作量用于Draw call

-帧速率=目标的fps

例如:打算这款游戏跑30fps、使用的手机CPU频率为1.3GHz(iPhone5S的CPU配置)、20%的有效工作量分给Draw call。那么每一帧可以处理的Draw call为:

25K*1.3*0.2/30=216

需要注意的是,静态批量处理的物体需要额外的内存开销,必要时减少一些静态物体去减少内存的开销。

时间: 2024-08-27 02:40:40

Drawcall总结-Unity5.X的相关文章

Unity5内部渲染的优化2:清理

译自aras的博客,总共3篇文章,讲述unity5优化自己渲染器的过程 吸取大神调试与优化经验,了解unity5内部渲染器的优化方法 前篇:Unity5内部渲染的优化1:介绍 介绍过去后,让我们来进行实际工作 在以前的文章已经提到的,首先我尝试想起/找出现有代码,做一些分析并且写下突出的地方. 分析多个项目主要揭示了两件事: 1.    渲染代码使用多线程真的比使用我们现有的"一个主线程和一个渲染线程" 更广阔.这里有一个从unity5的timeline profiler的截屏: 在这

Unity5.1 新的网络引擎UNET(一) 概括1

Unity新的网络引擎UNET(一) 概括   孙广东    2015. 7.12 Unity5.1    为开发者发布全新的多玩家在线工具.技术和服务.该技术的内部项目名称为 UNET,全称为 Unity Networking.然而,我们的愿景却不仅仅只是简单的联网.众所周知,Unity 公司的愿景是实现游戏开发民主化.Unity Networking 团队尤其想实现多玩家在线游戏开发的民主化.我们希望所有游戏开发人员都能够创建支持任意玩家数量的不同类型游戏. 加盟 Unity 公司之前,Ne

drawcall优化

Unity(或者说基本全部图形引擎)生成一帧画面的处理过程大致能够这样简化描写叙述:引擎首先经过简单的可见性測试,确定摄像机能够看到的物体,然后把这些物体的顶点(包含本地位置.法线.UV等),索引(顶点怎样组成三角形),变换(就是物体的位置.旋转.缩放.以及摄像机位置等).相关光源,纹理,渲染方式(由材质/Shader决定)等数据准备好.然后通知图形API--或者就简单地看作是通知GPU--開始绘制,GPU基于这些数据.经过一系列运算.在屏幕上画出成千上万的三角形.终于构成一幅图像. 在Unit

NGUI DrawCall

Unity中的drawcall定义:每次引擎准备数据并通知GPU的过程称为一次Draw Call.引擎首先经过简单的可见性测试,确定摄像机可以看到的物体,然后把这些物体的顶点(包括本地位置.法线.UV等),(顶点如何组成三角形),变换(就是物体的位置.旋转.缩放.以及摄像机位置等),相关光源,纹理,渲染方式(由材质/Shader决定)等数据准备好,然后通知图形API——或者就简单地看作是通知GPU——开始绘制,GPU基于这些数据,经过一系列运算,在屏幕上画出成千上万的三角形,最终构成一幅图像.

Unity5 GI与PBS渲染从用法到着色代码

本文主要介绍Untiy5以后的GI,PBS,以及光源探头,反射探头的用法以及在着色器代码中如何发挥作用,GI是如何影响渲染的,主要分成三个部分,最开始说明PBS需要的材质与相应概念,二是Unity 里相应GI的操作,三是对应着色器代码的理解.如果没有特殊声明,所有操作与代码都是针对Unity5.3. PBS材质与概念 简单来说,PBS的优点不同的照明下获得一致的外观,更容易实现,更直观的参数. PBS材质概念: 1.albedo 反照率 反照率贴图定义漫反射的基本颜色,与原来的漫反射贴图相比,不

unity内部:内存 和 性能(以及Unity5的升级优化)

      我们的脚本代码里经常会需要访问gameObject引用或者某个组件的引用,最好的方式当然是在脚本Awake的时候就把这些可能访问的东西都缓存下来:如果需要访问临时gameObject实例的某属性或者临时某组件的gameObject实例,在能够确保组件一定存在(可以使用[RequireComponent( typeof(AudioSource ))] 如果没有自动添加移除不了!)的情况下,可以用属性访问,毕竟属性访问比GetComponent要快上一倍,但是如果不能确定组件是否存在,甚

(转)最近一个项目中关于NGUI部分的总结(深度和drawCall)

在自己最近的一个项目中,软件的界面部分使用了NGUI来进行制作.在制作过程中,遇到了一些问题,也获取了一些经验,总结下来,作为日后的积累. 1.NGUI图集的使用. 此次是第一个自己正儿八经的制作完整图集的项目,感受颇深.在使用NGUI制作界面时,图集的选用是一个关键,因为它直接关系到了drawcall的数量.最好就是自始至终都只使用同一个图集中的元素,这样的话,在界面制作上drawcall的消耗就只会受到Panel的划分以及字体与图集的混合使用这两部分的影响. 在制作图集时,可以分为两个制作方

NGUI 减少drawcall

前置说明一: Unity中的drawcall定义: 每次引擎准备数据并通知GPU的过程称为一次Draw Call. Unity(或者说基本所有图形引擎)生成一帧画面的处理过程大致可以这样简化描述:引擎首先经过简单的可见性测试,确定摄像机可以看到的物体,然后把这些物体的顶点(包括本地位置.法线.UV等),(顶点如何组成三角形),变换(就是物体的位置.旋转.缩放.以及摄像机位置等),相关光源,纹理,渲染方式(由材质/Shader决定)等数据准备好,然后通知图形API--或者就简单地看作是通知GPU-

看了一下unity5.6的新功能 以及Timeline

3月31日unity5.6发布,然而timeline(前sequence模块)被delay到unity 2017.上个星期官方又发布了unity 2017的beta版本 有一阵子没写博客了,写一篇整理归纳 1.Physics Debugger 用于可视化调试场景中的物理组件,其中Hide系列开关都是针对特殊高亮的 他只会隐藏高亮,而不会真正隐藏对象. 2.Test Runner集成播放模式测试 这个之前的单元测试插件就有,叫做集成测试,不过很不好用. 大概感觉是有一些改动,对比一下: 新版本(E