为何threadExecutionWidth是MTLComputePipelineState属性而非MTLDevice属性？

你的核心理解是对的：threadExecutionWidth确实对应GPU硬件层面的warp/wavefront，本质属于GPU架构的固有特性。那它为何被设置为MTLComputePipelineState的属性而非MTLDevice？原因主要有两点：

• 硬件特性的细分适配：部分Apple GPU架构中，不同计算单元或针对不同类型的计算任务（如浮点密集型、整数密集型），驱动会根据管线状态的特性（比如使用的指令集、资源绑定方式）选择更适配的执行宽度。尽管GPU全局的最大执行宽度是固定的，但管线状态可以基于自身特性匹配到更合适的细分宽度。
• 管线编译的优化决策：MTLComputePipelineState是编译后的管线产物，驱动在编译计算管线时，会结合你的Kernel代码特性（比如是否使用特定SIMD指令、内存访问模式），选择最匹配的执行宽度来优化性能。此时threadExecutionWidth代表的是当前管线实际运行时采用的硬件执行宽度，而非GPU的全局最大值。

关于能否创建不同threadExecutionWidth的MTLComputePipelineState？答案是肯定的：

• 两个功能不同的Kernel函数，一个侧重浮点运算、一个侧重整数运算，驱动编译时可能为它们选择不同的执行宽度；
• 即使是同一个Kernel，修改管线编译选项（比如开启不同优化级别、指定不同资源限制），也可能得到不同的threadExecutionWidth值。

总结来说：MTLDevice上的属性是GPU硬件的全局极限值，而MTLComputePipelineState上的threadExecutionWidth是当前管线实际使用的、经优化匹配后的硬件执行宽度，是驱动结合管线特性与硬件能力做出的决策结果。

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