从零开始理解DrawCall的工作原理

AI 运维「开挂」指南 OSC源创会·北京·114期

引言

在互联网技术领域，不断涌现的新技术和新理念为开发者提供了无限的可能。本文将深入探讨一系列技术话题，旨在帮助读者更好地理解这些技术，并应用于实际开发中。接下来，我们将逐步展开各个主题的讨论。

2. DrawCall基础概念

在图形渲染中，DrawCall是一个非常重要的概念。它代表了图形API发起的一次绘制操作，通常涉及到将一个或多个几何体渲染到屏幕上。了解DrawCall的基础概念对于优化渲染性能至关重要。

2.1 DrawCall的定义

DrawCall是图形渲染过程中的一个术语，指的是一次提交给图形处理单元（GPU）的绘制命令。这个命令包含了绘制的所有必要信息，如使用的顶点数据、纹理、着色器程序等。

2.2 DrawCall的重要性

优化DrawCall的数量对于提升渲染效率非常关键。每个DrawCall都会带来一定的开销，因为GPU需要设置渲染状态、切换纹理和着色器等。减少DrawCall的数量可以减少这些开销，从而提高渲染性能。

2.3 影响DrawCall数量的因素

多个因素会影响DrawCall的数量，包括：

几何体的数量和复杂度
材质和纹理的变化
着色器程序的切换

以下是一个简单的代码示例，展示了如何在OpenGL中发起一个DrawCall：

// 假设已经初始化了顶点数据和着色器程序
GLuint vao; // 顶点数组对象
GLuint vbo; // 顶点缓冲对象
GLuint shaderProgram; // 着色器程序

// 绑定顶点数组对象
glBindVertexArray(vao);

// 绑定顶点缓冲对象
glBindBuffer(GL_ARRAY_BUFFER, vbo);
// ... 设置顶点数据

// 使用着色器程序
glUseProgram(shaderProgram);

// 绘制调用
glDrawArrays(GL_TRIANGLES, 0, numVertices);

// 解绑
glBindBuffer(GL_ARRAY_BUFFER, 0);
glBindVertexArray(0);

在这个例子中，glDrawArrays函数调用就是一个DrawCall，它告诉GPU开始绘制三角形。通过优化顶点数据结构和渲染调用，可以减少DrawCall的数量，提高渲染效率。

3. DrawCall的工作流程

了解DrawCall的工作流程有助于我们更好地优化渲染性能。以下是DrawCall从发起到完成的一般步骤。

3.1 初始化阶段

在初始化阶段，我们需要准备好渲染所需的所有资源，包括顶点数据、纹理、着色器程序等。

// 创建并上传顶点数据到显存
GLuint vbo;
glGenBuffers(1, &vbo);
glBindBuffer(GL_ARRAY_BUFFER, vbo);
glBufferData(GL_ARRAY_BUFFER, sizeof(vertices), vertices, GL_STATIC_DRAW);

// 创建并编译着色器程序
GLuint vertexShader = glCreateShader(GL_VERTEX_SHADER);
glShaderSource(vertexShader, 1, &vertexShaderSource, NULL);
glCompileShader(vertexShader);

// ... 创建片段着色器并链接到程序

// 创建程序对象并链接着色器
GLuint shaderProgram;
glCreateProgram();
glAttachShader(shaderProgram, vertexShader);
// ... 可能还有片段着色器
glLinkProgram(shaderProgram);

3.2 设置渲染状态

在发起DrawCall之前，需要设置渲染状态，包括使用的着色器程序、视口大小、混合模式等。

// 设置视口大小
glViewport(0, 0, width, height);

// 使用着色器程序
glUseProgram(shaderProgram);

// 设置其他渲染状态，如混合模式
glEnable(GL_BLEND);
glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);

3.3 发起DrawCall

在所有准备工作完成后，我们可以发起DrawCall来实际绘制几何体。

// 绑定顶点数组对象
glBindVertexArray(vao);

// 绘制几何体
glDrawArrays(GL_TRIANGLES, 0, numVertices);

// 解绑顶点数组对象
glBindVertexArray(0);

3.4 后处理阶段

在DrawCall完成后，可能需要进行一些后处理操作，比如清除缓冲区、解绑资源等。

// 清除屏幕
glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

// 解绑着色器程序
glUseProgram(0);

// ... 其他清理工作

通过以上步骤，一个DrawCall的工作流程就完成了。优化这个流程的关键在于减少不必要的渲染状态变化和资源切换，从而减少DrawCall的开销。

4. 影响DrawCall数量的因素

在图形渲染中，DrawCall的数量直接影响渲染性能。以下是一些主要影响DrawCall数量的因素。

4.1 几何体和材质的数量

每个独立的几何体或材质都可能产生一个DrawCall。当场景中存在大量独立的物体时，每个物体如果使用不同的材质或几何体数据，都会导致DrawCall数量的增加。

4.2 着色器程序的切换

当不同的物体使用不同的着色器程序时，需要在每次切换着色器程序时发起新的DrawCall。着色器程序的切换是一个昂贵的操作，因为它涉及到GPU状态的改变。

4.3 纹理和渲染目标的变化

纹理和渲染目标（如帧缓冲区）的变化也会导致DrawCall的增加。每次切换纹理或渲染目标时，都需要一个新的DrawCall。

4.4 顶点数据的变化

顶点数据的变化，如顶点缓冲对象的切换或顶点属性的变化，也会影响DrawCall的数量。每次顶点数据发生变化时，都需要重新发起DrawCall。

4.5 绑定和设置渲染状态

任何渲染状态的变化，如混合模式、深度测试、面剔除等，如果在不同物体间不同，都会导致DrawCall的增加。

以下是一些伪代码示例，展示了不同因素如何影响DrawCall数量：

// 假设有多个物体，每个物体使用不同的材质和纹理
for (int i = 0; i < numObjects; ++i) {
    // 设置当前物体的材质和纹理
    glBindTexture(GL_TEXTURE_2D, objectTextures[i]);
    // 使用当前物体的着色器程序
    glUseProgram(objectShaders[i]);
    // 绘制物体
    glBindVertexArray(objectVAOs[i]);
    glDrawArrays(GL_TRIANGLES, 0, objectVertexCounts[i]);
    glBindVertexArray(0);
}

// 如果所有物体共享相同的材质和纹理，可以减少DrawCall
glBindTexture(GL_TEXTURE_2D, sharedTexture);
glUseProgram(sharedShader);
for (int i = 0; i < numObjects; ++i) {
    glBindVertexArray(objectVAOs[i]);
    glDrawArrays(GL_TRIANGLES, 0, objectVertexCounts[i]);
}
glBindVertexArray(0);

在第二个例子中，通过让所有物体共享相同的材质和纹理，我们减少了DrawCall的数量，因为不需要在每次绘制物体时都切换纹理和着色器程序。这是优化渲染性能的常见技巧。

5. 优化DrawCall的性能

优化DrawCall的性能对于提升游戏和应用的整体渲染效率至关重要。以下是一些常用的优化策略。

5.1 合并物体和材质

通过合并具有相同材质的物体，可以减少DrawCall的数量。这通常称为批处理（Batching）。

// 假设我们有一个场景中所有物体都使用相同的材质
GLuint vao;
GLuint vbo;
// ... 初始化顶点数据和缓冲区

// 使用单一着色器程序和纹理
glUseProgram(sharedShader);
glBindTexture(GL_TEXTURE_2D, sharedTexture);

// 绑定顶点数组对象
glBindVertexArray(vao);

// 一次性绘制所有物体
glDrawArrays(GL_TRIANGLES, 0, totalVertices);

// 解绑
glBindVertexArray(0);

5.2 使用Instanced Rendering

当多个物体共享相同的几何体但具有不同的位置和纹理时，可以使用实例渲染来减少DrawCall。

// 初始化顶点数据和实例数据
GLuint vao;
// ... 设置顶点数据

// 设置实例数据
GLuint instanceVbo;
glGenBuffers(1, &instanceVbo);
// ... 上传实例数据

// 绑定顶点数组对象和实例缓冲
glBindVertexArray(vao);
glBindBuffer(GL_ARRAY_BUFFER, instanceVbo);
// ... 设置实例数据属性指针

// 使用着色器程序和纹理
glUseProgram(sharedShader);
glBindTexture(GL_TEXTURE_2D, sharedTexture);

// 绘制实例
glDrawArraysInstanced(GL_TRIANGLES, 0, numVertices, numInstances);

// 解绑
glBindVertexArray(0);

5.3 减少状态变化

减少渲染状态变化，如着色器程序、纹理和渲染目标的切换，可以减少DrawCall的开销。

5.4 使用更简单的着色器

使用更简单的着色器程序可以减少每个DrawCall的执行时间。

5.5 避免过度绘制

过度绘制（Overdraw）是指渲染像素时重复绘制的情况。通过优化渲染顺序和使用Occlusion Culling（遮挡剔除）可以减少过度绘制。

以下是一个使用Occlusion Culling的伪代码示例：

// 对每个物体进行遮挡测试
for (int i = 0; i < numObjects; ++i) {
    if (isOccluded(objectFrustums[i])) {
        continue; // 如果物体被遮挡，跳过绘制
    }
    // 绘制未被遮挡的物体
    glDrawArrays(GL_TRIANGLES, objectStartIndices[i], objectVertexCounts[i]);
}

通过实施上述优化策略，可以显著提高DrawCall的性能，从而提升整个应用的渲染效率。

6. 实际案例分析

在这一部分，我们将通过一个实际案例来分析DrawCall的性能影响，并提出优化方案。

6.1 案例背景

假设我们有一个场景，包含了大量的树木。在初始实现中，每棵树都是独立加载和渲染的，每棵树都有自己的材质和几何体数据。

6.2 初始实现的问题

在初始实现中，每棵树都产生一个DrawCall，这导致了大量的DrawCall开销。此外，由于每棵树使用不同的材质和几何体，频繁的状态变化进一步增加了渲染开销。

6.3 优化方案

为了优化渲染性能，我们可以采取以下措施：

6.3.1 合并材质和几何体

通过将所有树木的材质合并到一个材质中，并将它们的几何体合并到一个顶点缓冲中，我们可以减少DrawCall的数量。

// 合并所有树木的材质和几何体数据
GLuint mergedVao;
GLuint mergedVbo;
// ... 初始化合并后的顶点数据和缓冲区

// 使用合并后的着色器程序和纹理
glUseProgram(mergedShader);
glBindTexture(GL_TEXTURE_2D, mergedTexture);

// 绘制所有树木
glBindVertexArray(mergedVao);
glDrawArrays(GL_TRIANGLES, 0, totalMergedVertices);
glBindVertexArray(0);

6.3.2 使用Instanced Rendering

如果每棵树的位置和纹理不同，我们可以使用实例渲染来减少DrawCall的数量。

// 初始化顶点数据和实例数据
GLuint vao;
// ... 设置顶点数据

// 设置实例数据，例如树木的位置和纹理坐标偏移
GLuint instanceVbo;
glGenBuffers(1, &instanceVbo);
// ... 上传实例数据

// 绑定顶点数组对象和实例缓冲
glBindVertexArray(vao);
glBindBuffer(GL_ARRAY_BUFFER, instanceVbo);
// ... 设置实例数据属性指针

// 使用着色器程序和纹理
glUseProgram(mergedShader);
glBindTexture(GL_TEXTURE_2D, mergedTexture);

// 绘制实例
glDrawArraysInstanced(GL_TRIANGLES, 0, numVertices, numTrees);

// 解绑
glBindVertexArray(0);

6.3.3 避免状态变化

在渲染过程中，确保尽量减少着色器程序、纹理和其他渲染状态的切换。

6.3.4 使用LOD技术

通过使用级别细节（Level of Detail, LOD）技术，我们可以根据树木与相机的距离来选择不同复杂度的模型，从而减少远距离树木的渲染开销。

6.4 优化结果

通过实施上述优化措施，我们显著减少了场景中的DrawCall数量，减少了渲染时间，并提高了帧率。这些优化对于拥有大量相似物体的场景尤其有效。

7. DrawCall与渲染管线的关系

DrawCall与图形渲染管线（Graphics Pipeline）紧密相关，理解它们之间的关系对于优化渲染性能至关重要。

7.1 渲染管线的概述

图形渲染管线是一个分阶段的处理流程，它将顶点数据、纹理、光照信息等转换成最终的像素值，并显示在屏幕上。渲染管线通常包括以下阶段：

顶点处理（Vertex Processing）
图元装配（Primitive Assembly）
几何处理（Geometry Processing）
光栅化（Rasterization）
片段处理（Fragment Processing）
输出合并（Output Merging）

7.2 DrawCall与渲染管线的交互

当发起一个DrawCall时，以下是与渲染管线的交互过程：

7.2.1 顶点处理

顶点着色器（Vertex Shader）运行在每个顶点上，进行坐标变换、光照计算等。

// 顶点着色器伪代码
void main() {
    gl_Position = projectionMatrix * modelMatrix * vertex;
    // ... 其他顶点处理
}

7.2.2 图元装配

将顶点组装成图元，如三角形。这一步不涉及DrawCall，但由顶点数据决定。

7.2.3 几何处理

在可选的几何着色器（Geometry Shader）阶段，可以进一步处理图元，如细分或生成新的图元。

7.2.4 光栅化

图元被转换成片段（Fragment），即像素的候选项。

7.2.5 片段处理

片段着色器（Fragment Shader）/像素着色器运行在每个片段上，计算最终的颜色、深度等。

// 片段着色器伪代码
void main() {
    gl_FragColor = textureColor * materialColor;
    // ... 其他片段处理
}

7.2.6 输出合并

片段的最终颜色值被写入到帧缓冲区，并可能与其他片段的颜色值合并，如通过混合（Blending）。

7.3 优化DrawCall与渲染管线的交互

为了优化DrawCall与渲染管线的交互，以下是一些关键点：

减少顶点处理开销：通过合并物体和使用更简单的几何体来减少顶点数量。
避免不必要的几何处理：如果不需要几何着色器的功能，可以跳过这一阶段。
减少片段处理开销：通过优化着色器代码和使用更简单的纹理来减少片段处理时间。
减少输出合并开销：通过合理使用混合模式和渲染目标来减少输出合并的复杂度。

通过理解DrawCall如何通过渲染管线，我们可以采取相应的优化措施，以提高渲染效率和性能。

8. 总结

本文深入探讨了DrawCall的概念、工作流程、性能优化以及与渲染管线的关系。通过实际案例分析，我们展示了如何通过合并物体、使用实例渲染和避免状态变化来减少DrawCall的数量，从而提升渲染性能。

8.1 关键点回顾

DrawCall定义：图形API发起的一次绘制操作，包含绘制所需的所有信息。
影响DrawCall数量的因素：几何体和材质的数量、着色器程序的切换、纹理和渲染目标的变化、顶点数据的变化、绑定和设置渲染状态。
优化DrawCall的性能：合并物体和材质、使用Instanced Rendering、减少状态变化、使用更简单的着色器、避免过度绘制。
DrawCall与渲染管线的关系：DrawCall通过渲染管线进行顶点处理、图元装配、几何处理、光栅化、片段处理和输出合并。

8.2 实际应用

在实际应用中，开发者应该根据场景的具体情况选择合适的优化策略。例如，对于拥有大量相似物体的场景，合并物体和使用实例渲染可能是最有效的优化方法。而对于需要频繁切换材质和纹理的场景，减少状态变化和优化着色器程序可能是更重要的。

通过不断实践和优化，开发者可以更好地利用DrawCall和渲染管线，从而提升游戏和应用的整体渲染性能。

引言