首页> 外文会议>ACM/IEEE Annual International Symposium on Computer Architecture >Zero Inclusion Victim: Isolating Core Caches from Inclusive Last-level Cache Evictions
【24h】

Zero Inclusion Victim: Isolating Core Caches from Inclusive Last-level Cache Evictions

机译:零包容受害者:从包容性上级缓存释放中隔离核心高速缓存

获取原文

摘要

The most widely used last-level cache (LLC) architecture in the microprocessors has been the inclusive LLC design. The popularity of the inclusive design stems from the bandwidth optimization and simplification it offers to the implementation of the cache coherence protocols. However, inclusive LLCs have always been associated with the curse of inclusion victims. An inclusion victim is a block that must be forcefully replaced from the inner levels of the cache hierarchy when the copy of the block is replaced from the inclusive LLC. This tight coupling between the LLC victims and the inner-level cache contents leads to three major drawbacks. First, live inclusion victims can lead to severe performance degradation depending on the LLC replacement policies. Second, a process can victimize the blocks of another process in an LLC shared by multiple cores and this can be exploited to leak information through well-known eviction-based timing side-channels. An inclusive LLC makes these channels much less noisy due to the presence of inclusion victims which allow the malicious processes to control the contents of the percore private caches through LLC evictions. Third, to reduce the impact of the aforementioned two drawbacks, the inner-level caches, particularly the mid-level cache in a three-level inclusive cache hierarchy, must be kept small even if a larger mid-level cache could have been beneficial in the absence of inclusion victims.We observe that inclusion victims are not fundamental to the inclusion property, but arise due to the way the contents of an inclusive LLC are managed. Motivated by this observation, we introduce a fundamentally new inclusive LLC design named the Zero Inclusion Victim (ZIV) LLC that guarantees freedom from inclusion victims while retaining all advantages of an inclusive LLC. This is the first inclusive LLC design proposal to offer such a guarantee, thereby completely isolating the core caches from LLC evictions. We observe that the root cause of inclusion victims is the constraint that an LLC victim must be chosen from the set pointed to by the set indexing function. The ZIV LLC relaxes this constraint only when necessary by efficiently and minimally enabling a global victim selection scheme in the inclusive LLC to avoid generation of inclusion victims. Detailed simulations conducted with a chip-multiprocessor model using multi-programmed and multi-threaded workloads show that the ZIV LLC gracefully supports large mid-level caches (e.g., half the size of the LLC) and delivers performance close to a non-inclusive LLC for different classes of LLC replacement policies. We also show that the ZIV LLC comfortably outperforms the existing related proposals and its performance lead grows with increasing mid-level cache capacity.
机译:微处理器中最广泛使用的最后一级缓存(LLC)架构一直是包含的LLC设计。包容性设计的普及源于带宽优化和简化,它提供了高速缓存相干协议的实现。然而,包容性的LLC始终与包容受害者的诅咒相关。包含受害者是当从包含LLC替换块的副本时必须强制替换的块。 LLC受害者和内部高速缓存内容之间的这种紧密耦合导致三个主要缺点。首先,取决于LLC替代政策,现场包容受害者可能导致严重的性能下降。其次,一个过程可以在由多个核心共享的LLC中造成另一个过程的块,并且这可以通过众所周知的驱逐的时刻侧通道来利用这一点来泄漏信息。包容性的LLC使这些渠道由于存在的包含受害者而导致的噪音越来越少,这允许恶意流程通过LLC驱逐来控制PERCORE私人高速缓存的内容。第三,为了减少上述两个缺点的影响,内部高速缓存,特别是三级包含缓存层次结构中的中级缓存,也必须保持小,即使是更大的中级缓存可能是有益的没有包容受害者。我们遵守包容受害者对纳入财产的根本不是基础,而是由于管理包容性LLC的内容而产生的。通过这种观察,我们介绍了一个基本上新的包容性LLC设计,命名为零包容受害者(ZIV)LLC,保证了纳入受害者的自由,同时保留了包容性LLC的所有优势。这是第一个提供此类保证的包容性LLC设计提案,从而完全隔离LLC驱逐的核心高速缓存。我们观察到包含受害者的根本原因是必须从设置索引函数指向的集合中选择LLC受害者的约束。 Ziv LLC仅在必要时通过有效地和最小化能够在包含LLC中实现全球受害者选择方案来放松此约束,以避免生成包涵体受害者。使用多程序和多线程工作负载进行芯片 - 多处理器模型进行的详细模拟显示,Ziv LLC优雅地支持大型中级缓存(例如,LLC大小的一半),并将性能靠近非包含的LLC提供。对于不同类别的LLC替换政策。我们还表明,ZIV LLC舒适地优于现有的相关提案,其性能导致随着中级缓存容量的增加而增长。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号