影响着色器流量和性能的均匀性

Question

我正在用OpenGL片段着色器进行实验，方法是通过两遍（一次水平，一次垂直）进行巨大的模糊处理（300 * 300）。

我注意到，以均匀的方向（vec2）传递方向比直接在代码中写入（140至12 fps）要慢大约10倍。

即：

vec2 dir = vec2(0, 1) / textureSize(tex, 0);
int size = 150;
for(int i = -size; i != size; ++i) {
    float w = // compute weight here...
    acc += w * texture(tex, + coord + vec2(i) * dir);
}

似乎比以下速度更快：

uniform vec2 dir;
/*
  ...
*/
int size = 150;
for(int i = -size; i != size; ++i) {
    float w = // compute weight here...
    acc += w * texture(tex, + coord + vec2(i) * dir);
}

创建两个使用不同制服的程序不会有任何改变。

有谁知道为什么会有如此大的差异，为什么驾驶员看不到“内联” dir可能快得多？

编辑：将大小作为制服也有影响，但不如dir多。

如果您有兴趣查看它的外观（FRAPS提供了fps计数器）：

• 均匀模糊。

• “内联”模糊。

• 没有模糊。

快速说明：我在使用OpenGL 4.2和glsl 420的nVidia 760M GTX上运行。另外，puush的jpeg负责图像中的颜色。

Answer 1

一个很好的猜测是， UBO存储在共享内存中，但有时可能需要往返于全局内存（vram），而非统一版本会将少量数据存储在寄存器或常量内存中。

但是，由于OpenGL标准没有规定数据的存储位置，因此您必须查看分析器，并尝试更好地了解NVIDIA GL实现的工作原理。

我建议您首先使用NVIDIA PerfKit或NVIDIA NSIGHT for VS进行分析 。 即使您认为，目前也很麻烦。 如果要编写高性能代码，则应该开始习惯该过程。 您将看到它最终变得多么容易。

编辑：

那为什么这么慢呢？ 因为在这种情况下，一次失败的优化（数据不在寄存器中）可能导致其他（如果不是大多数其他）优化也失败。 而且，巧合的是，优化对于GPU代码的快速运行是绝对必要的。