写在最前

关于mali的架构的一点深入了解，将现有的GPU的基本流程和mali的做对比，提出其中的优点与缺点。原文地址：https://developer.arm.com/graphics/developer-guides/tile-based-rendering

传统GPU

传统GPU的架构一般被称为Immediate mode GPU.主要的流程就是vertex shader 和 fragment shader顺序执行，伪代码如下：

for draw in renderPass:
    for primitive in draw:
        for vertex in primitive:
            execute_vertex_shader(vertex)
        for fragment in primitive:
            execute_fragment_shader(fragment)

数据流是这样的：

传统GPU

优点

主要优点就是vertex的输出能够留在片上，可以被下一阶段直接快速读取。

缺点

如果有很大的图形（主要是三角形）需要被渲染，那framebuffer就会很大，比如对于整个屏幕的颜色渲染或者深度渲染就会消耗很多存储资源，但是片上是没有这么多资源的，因此就要频繁读取DDR。很多和当前frame有关的操作( 比如blending, depth testing 或者 stencil testing)都需要读取这个working set，因此需要的带宽是很大的，并且这样能耗也很高，对于移动设备来说，这种方式很不利于设备运行。

Tile-based GPU

因此mali的GPU提出了Tile-based概念，就是将图像分成16*16的小块。分小块进行渲染，最后写入到DDR，就能够减少读写DDR的频率，进而解决上述问题。不过分块需要知道整个图像的几何学信息，所以操作分成了两步：

第一步执行几何学相关的操作，并产生tile list.
第二步对每一个tile执行fragment操作，完成之后写入内存

伪代码如下：

# Pass one
for draw in renderPass:
    for primitive in draw:
        for vertex in primitive:
            execute_vertex_shader(vertex)
        append_tile_list(primitive)

# Pass two
for tile in renderPass:
    for primitive in tile:
        for fragment in primitive:
            execute_fragment_shader(fragment)

数据流如下：

maliGPU