编写一个程序并尝试比较(如果可以的话,测量)从主存和缓存访问数据的时间。
如果可以做到,那么如何衡量每一级缓存的速度呢?
您需要提出一种启发式方法,强制 100%(或非常接近)缓存未命中(希望您有缓存失效操作码?)和 100% 缓存命中。万岁,适用于 1 级缓存。现在,如何为 2 级和 3 级做同样的事情?
严肃地说,如果没有连接到 CPU 和内存的特殊硬件和跟踪,可能无法 100% 可靠地做到这一点,但我会这样做:
将“一堆”内容写入内存中的 1 个位置 - 足以确保它始终如一地访问 L1 缓存并记录时间(这会影响您的缓存,因此请注意)。您应该在没有分支的情况下执行这组写入,以尝试消除分支预测不一致。那是最好的时机。现在,每隔一段时间,将缓存行的数据写入 RAM 中您已知位置右侧的随机遥远位置并记录新时间。希望这需要更长的时间。继续记录不同的时间,希望你会看到几个倾向于组合的时间。这些组中的每一个“可以”显示 L2、L3 和内存访问时序的时序。问题是有太多其他的东西阻碍了。操作系统可以上下文切换你并搞砸你的缓存。中断可能会出现并通过你的时间休息。将会有很多东西可以使价值观偏离。但是,希望您在数据中获得足够的信号来查看它是否有效。
在操作系统(如果有的话)不会妨碍您的更简单的嵌入式类型系统上,这可能会更容易做到。
这通常需要对缓存的“几何”和它的其他方面有一些了解。除了简单的用户访问和与实现相关的事情(例如比标准 Cclock
机制提供的更精细的时序)之外,对系统进行一些控制也很有帮助。
这是一个初步的方法:
volatile
以防止编译器优化掉否则无效的访问。当您这样做时,您通常会看到小长度的速度(每秒读取/写入的字节数)和较长长度的较慢速度。当超过不同级别的缓存大小时,速度会降低。因此,您很可能会在使用上述技术收集的数据中看到 L1 和 L2 缓存的大小。
以下是方法不充分的一些原因:
Cachegrind 模拟您的程序如何与机器的缓存层次结构和(可选)分支预测器进行交互。它模拟具有独立的一级指令和数据缓存(I1 和 D1)的机器,由统一的二级缓存 (L2) 支持。这与许多现代机器的配置完全匹配。
看看这些很好的问题,它们在某种程度上是相关的: