TBDR全称Tile-based Deferred Rendering，它是Power VR独特的TBR技术的一种延伸实现手段。TBR/TBDR通过将每一帧画面划分成多个矩形区域，并对区域内的所有像素分别进行Z值检查，在任务进入渲染阶段之前就将被遮挡的不可见像素剔除掉。由于在渲染之前进行Z-culling操作，这种充满想象力的做法极大地，甚至可以说海量的削减了最终被渲染像素的数量，不仅大幅降低了系统对像素的处理压力，更极大的节约了显存带宽及空间的开销。
TBR技术对显存的节约
Z Occalusion检测软件——VillageMark
尽管TBDR不再像传统的TBR那样需要通过CPU来进行Z值检查，但是TBDR过程需要对画面内所有的像素进行一次“额外”的load过程，这个过程本身无论从哪个角度来讲都是与节约显存带宽背道而驰的，尤其是在复杂度极高但Z-Occlusion（Z闭塞）并不严重的场景中更是如此。另外，尽管对画面的矩形划分越细密，GPU对像素进行Z判断的效率和准确率越高，但TBDR过程对画面的矩形切割非常机械，这种划分经常会导致很多多边形和纹理被Tiles所切割，这些多边形和纹理都必须经过2次甚至4次读取才能保持自身形态的“完整”，这无疑加重了几何和纹理处理过程的负担。如果场景的多边形数量较多，这种切割还会导致scene buffer被快速的消耗殆尽，scene buffer的溢出会直接导致Z判断延迟的急剧增大，这对整个处理过程的影响是巨大的。
割裂多变性过程
通俗的说，TBDR需要在屏幕上画很多很多的小格子，然后把格子里的所有像素都拿出来做某种检查，没通过检查的“坏”像素就会被丢掉。尽管丢掉这些没通过检查的像素可以让后面的工作量减小，但这个检查本身对渲染没有任何意义，所以没有被丢掉的像素就相当于走了一遍无用的过场。与此同时，划分小格子的过程会切坏很多多边形和纹理，想要让这些多边形和纹理能够从“误伤”中幸存下来，你切了它们多少刀就要重新读取它们多少次。如果多边形本身就很多，被误伤的概率就更大，这会使得系统的某种缓存被快速消耗干净，缓存没了，系统干什么都不可能快得起来。
网上的资料。。。。@crayon嘻哈小新

有利当然也有弊.. 但是延迟渲染也是提高渲染效率的方式,隐藏面消除特性也比之传统架构更有优势,不过对于内存带宽的需求也是事实.. 所以ipad开始用四通道,同时用543的psv也专门配备了显存 以前关于tbdr的讨论似乎也不少,多是说tbdr消耗的成本和功耗和所得的性能的比利不如人意,不过随着IMG不断的优化,这个观点应该是慢慢改变了吧.. DX11.1也把TBDR标准化了吧..
老实说我也不是很了解.. 不敢多说了..

懒洋洋 flops 每秒浮点运算次数是咋计算呢？

大炮村。。明天我把这段话里的东西给他扒干净

qualcomm跟mali是TBR，但不是deferred shading
TBR+deferred shading只有IMG的PVR
--
而且PVR跟mali的tile比较下，16x16 或者 32x32
Adreno的他们好像管叫binning， 渲染块非常大……以GMEM（片上的gpu memory）为单位，早期A200这些GMEM 256KB，现在的320的GMEM都有1MB ……
--
就移动设备可怜的带宽来说，TBR还是很有需要的……
--
炮村这个，没搞清楚，有部分黑的是TBR，有部分又黑deferrd shading……
首先，这两个总体上都是能节省带宽的：
TBR减少frame buffer的改写，节省带宽
HSR + deferred shading，减少overdraw，减少了texture fetch，当然节省带宽，同时也减少fragment shader的计算量吧
如果黑TBR，那mali， adreno也中枪……确实tile之间的geometry都是要重新fetch的吧？不过移动平台屏幕那么小，三角形撑死也多不到哪儿去吧
分辨率倒是越来越高，能节省点frame buffer带宽更有利吧
至于说HSR误伤多边形啥的我是没明白说啥，感觉是在胡扯……
scene buffer溢出确实可能有，因为一开始根本不知道scene buffer会有大—— 不过现在内存啥的也很便宜啊不是么，大家都在往上加。
--
TBDR更多的是出于功耗和带宽的考虑，所以在移动平台用的不错。
如果说TBDR功耗更差了，还吃带宽，那IMG的市场占有率怎么来的…… 都不跑去用vivante吗？
总的来说，IMG的PVR，拥有最好的性能/功耗比，同时也是最节省带宽的。
但缺点是面积非常大。

本身延迟？