vertex shader中可访问的预计算缓存数据的合理存储位置是什么？

核心结论 #

你描述的这类只读、单次预计算、顶点着色器高频访问的数百个vec3/vec4规模查找表，最优存储方案是Uniform Buffer Object (UBO)，次选是1D纹理，普通uniform数组和SSBO不推荐。 #

各方案优劣对比 #

优先选择：Uniform Buffer Object (UBO) #

• 容量完全匹配需求：主流显卡UBO单块最小支持64KB容量，1000个vec4总大小仅16KB，远低于容量上限，不会触发超限问题
• 访问性能最优：顶点着色器访问UBO的延迟远低于纹理，硬件对小尺寸UBO的缓存优化非常完善，不管是顺序还是随机访问查找表都能获得最高性能
• 开发成本低：预计算完成后一次性上传到GPU即可，不需要处理格式转换、采样坐标映射等额外逻辑，访问代码和普通uniform数组完全一致：

  layout(std140, binding = 0) uniform CurveLUT {
      vec4 points[512];
  };
  // 直接按下标访问
  vec3 currentPoint = points[index].xyz;
  

• 支持跨着色器程序共享，不需要重复上传同一份查找表数据

次选：1D纹理 #

仅在以下场景选择该方案：

• 你需要同时在片元着色器中访问这份查找表
• 查找时需要做线性插值，可直接利用硬件纹理采样的线性过滤能力，省去手写插值的代码，还能获得硬件加速
• 实操注意：内部格式选择GL_RGBA32F/GL_RGB32F，关闭mipmap，过滤模式按需求设置为GL_NEAREST（精确取点）或GL_LINEAR（硬件插值）即可

不推荐方案 #

• 普通uniform数组：单着色器的uniform变量上限通常仅支持256~512个vec4，你如果需要更高精度的查找表很容易触发超限，也不支持跨着色器共享
• Shader Storage Buffer Object (SSBO)：虽然容量上限更高，但访问延迟远高于UBO，仅适合存储万级以上规模的查找表、或者需要着色器端修改数据的场景，你的需求完全不需要用到

内容的提问来源于stack exchange，提问作者Duane J