着色器中使用3字节顶点属性是否会产生性能损耗？

结论先行 #

你提出的3字节紧密排列normal/tangent的方案，在绝大多数桌面端和新款移动端平台不会产生可观测的性能损耗，反而大概率因为顶点体积更小获得顶点缓存命中率提升的收益，仅存在极少数例外场景需要注意。

具体说明 #

1. 你的基础认知完全正确：GLSL中输入的vec3类型和内存存储格式无绑定关系，只要你在VkVertexInputAttributeDescription中正确配置属性格式为VK_FORMAT_R8G8B8_UNORM、偏移量计算准确，驱动会自动完成8位归一化整数到浮点vec3的转换，不会出现读取错误。
   你采用的顶点输入定义是完全合法的：

layout (location = 0) in vec3 position; // Format VK_FORMAT_R8G8B8_SFLOAT
layout (location = 1) in vec3 normal; // Format VK_FORMAT_R8G8B8_UNORM
layout (location = 2) in vec3 tangent; // Format VK_FORMAT_R8G8B8_UNORM

2. 性能层面的实际表现：

• 主流GPU的输入装配器（IA）阶段原生支持非对齐的多分量8位属性读取，VK_FORMAT_R8G8B8_UNORM是Vulkan规范强制要求支持的格式，整个读取转换过程由固定硬件完成，不会产生额外的着色器指令开销。
• 紧密排列的顶点体积更小，相同显存带宽下可以加载更多顶点，大三角面数量的场景下顶点缓存命中率更高，性能收益远高于可能的对齐开销。

3. 仅有的需要注意的例外场景：

• 部分2016年之前发布的老旧移动GPU（如ARM Mali T7xx及更早、高通Adreno 4xx及更早）的Vulkan驱动实现对非4字节对齐的顶点步长支持不佳，如果你当前的顶点总步长为12+3+3=18字节（非4对齐），可能会产生微小的性能损耗。如果你的目标平台包含这类设备，可以在tangent属性后补2个填充字节，将总步长对齐到20字节即可。
• 你提到的vec4打包方案确实存在适配问题：如果需要在填充字节中存储非归一化的16位数据，需要手动在着色器中完成归一化浮点到整数的转换拼接，额外增加着色器复杂度，不如直接用3字节属性的方案简洁易维护。

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