Linux下L3 Cache相联性结果矛盾求解：组相联还是全相联？

我想在Linux系统中确认L3 Cache是组相联（set-associative）还是全相联（fully-associative），于是使用以下命令获取缓存详情，但结果让我感到困惑。

使用getconf -a | grep CACHE命令得到的输出：

LEVEL1_ICACHE_SIZE        32768
LEVEL1_ICACHE_ASSOC       8
LEVEL1_ICACHE_LINESIZE    64
LEVEL1_DCACHE_SIZE        32768
LEVEL1_DCACHE_ASSOC       8
LEVEL1_DCACHE_LINESIZE    64
LEVEL2_CACHE_SIZE         1048576
LEVEL2_CACHE_ASSOC        16
LEVEL2_CACHE_LINESIZE     64
LEVEL3_CACHE_SIZE         11534336
LEVEL3_CACHE_ASSOC        11
LEVEL3_CACHE_LINESIZE     64
LEVEL4_CACHE_SIZE         0
LEVEL4_CACHE_ASSOC        0
LEVEL4_CACHE_LINESIZE     0

从该结果来看，L3 Cache似乎是11路组相联缓存，但当我使用sudo dmidecode -t cache命令时，却显示L3 Cache为全相联，输出如下：

Handle 0x0048, DMI type 7, 27 bytes
Cache Information
Socket Designation: L3 Cache
Configuration: Enabled, Not Socketed, Level 3
Operational Mode: Varies With Memory Address
Location: Internal
Installed Size: 11264 kB
Maximum Size: 11264 kB
Supported SRAM Types: Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: Fully Associative

特此咨询：

1. 哪个结果才是正确的？
2. LEVEL3_CACHE_ASSOC的含义是什么？
3. 为什么该数值不是2的幂？

问题解答 #

1. 哪个结果正确？

getconf的结果更准确。dmidecode读取的是BIOS提供的DMI表信息，很多厂商的BIOS会在这一栏填“全相联”作为通用简化描述，并非对应真实的硬件实现。而getconf是从内核获取的CPU缓存硬件原始参数，直接反映真实的缓存设计，所以你的L3 Cache实际是11路组相联架构。

2. LEVEL3_CACHE_ASSOC的含义

这个参数代表L3 Cache的路数（associativity way count），也就是组相联缓存中，每个缓存组包含的缓存行数量。11路意味着内存中的任意一个数据块，可以被映射到L3 Cache里11个不同的缓存行位置。

3. 为什么数值不是2的幂？

早期缓存路数通常选2的幂（比如2、4、8、16），方便硬件用移位操作快速计算组索引，但现在CPU设计更灵活，为了平衡缓存命中率、硬件成本和访问延迟，厂商会采用非2的幂的路数。11路就是厂商根据CPU整体架构优化后的选择，目的是在有限的硬件资源下获得更优的性能表现。

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