Sysbench内存随机读写测试是否消除Cache影响？技术问询

核心问题 #

• 在测试内存读写性能时，Sysbench是否应像测试磁盘性能消除内存影响那样消除Cache影响？
• 若答案为否，是否意味着Sysbench仅关注最终性能，无论是否有Cache参与？
• 若答案为是，Sysbench是否在某处禁用了Cache而我未发现？

补充说明 #

此处的“Cache影响”指：当用户定义的memory_block_size小于CPU Cache容量时，整个（或大部分）内存块被载入CPU Cache，进而影响内存性能测试的真实表现。

背景信息 #

我正在运行Sysbench内存基准测试，其随机内存读取测试的实现代码如下：

int event_rnd_read(sb_event_t *req, int tid)
{
  (void) req; /* unused */

  for (ssize_t i = 0; i <= max_offset; i++)
  {
    size_t offset = (size_t) sb_rand_default(0, max_offset);
    size_t val = SIZE_T_LOAD(buffers[tid] + offset);
    (void) val; /* unused */
  }

  return 0;
}

宏SIZE_T_LOAD展开为：

# define SIZE_T_LOAD(ptr) ck_pr_load_32((uint32_t *)(ptr))

当sizeof(size_t)为4字节时，ck_pr_load_32是编译器难以优化的原子内存加载函数。max_offset被设置为memory_block_size / SIZEOF_SIZE_T - 1，其中memory_block_size通常设置为4KB左右。

据我观察，Sysbench未采取特殊措施消除随机内存读取测试中的Cache影响，此判断是否正确？若正确，该设计是否合理？

问题解答 #

1. 是否需要消除Cache影响？
   Sysbench内存测试不需要像磁盘测试那样刻意消除Cache影响，两者测试目标存在本质差异：

• 磁盘测试核心是评估存储介质本身性能，内存作为缓存层会干扰结果，因此需要规避；
• 内存测试的目标是评估真实系统中内存子系统的综合性能，而CPU Cache本身就是内存子系统的关键组成部分——真实场景下应用程序的内存访问本来就依赖Cache优化，保留Cache影响更符合实际使用场景。

2. 你的观察判断是否正确？
   正确。从给出的代码来看，Sysbench确实没有采取禁用Cache的特殊措施：

• 代码中没有调用clflush、mfence这类强制刷新Cache的指令；
• 也没有通过设置内存属性（如标记为不可缓存）绕开Cache；
• 4KB的memory_block_size远小于现代CPU的L2/L3 Cache容量，测试时内存块大概率会被载入Cache，进而获得更优的读取性能。

3. 该设计是否合理？
   设计是合理的，原因如下：

• 贴合真实负载：实际业务程序的内存访问不会刻意避开Cache，Sysbench的测试结果能反映应用程序实际能获得的内存性能；
• 简化测试逻辑：无需额外的Cache刷新操作，降低了测试实现的复杂度，同时避免了这些操作本身对测试结果的干扰；
• 支持灵活调整：如果需要测试纯内存（无Cache）的性能，用户可以自行设置远大于Cache容量的memory_block_size，让内存访问无法被Cache命中，从而达到测试真实内存带宽/延迟的目的。

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