实验四Cache性能分析.docVIP

实验四 Cache性能分析 实验目的 加深对Cache的基本概念、基本组织结构以及基本工作原理的理解； 了解Cache的容量、相联度、块大小对Cache性能的影响； 掌握降低Cache失效率的各种方法，以及这些方法对Cache性能提高的好处； 理解Cache失效的产生原因失效Cache性能的影响； 实验平台 SimpleScalar模拟器 实验内容及步骤 运行SimpleScalar模拟器； 在基本配置情况下运行程序（请指明所选的测试程序），统计Cache总失效次数、三种不同种类的失效次数； 改变Cache容量（*2，*4，*8，*64），运行程序（指明所选的测试程序），统计各种失效的次数，并分析Cache容量对Cache性能的影响； 改变Cache的相联度（1路，2路，4路，8路，64路），运行程序（指明所选的测试程序），统计各种失效的次数，并分析相联度对Cache性能的影响； 改变Cache块大小（*2，*4，*8，*64），运行程序（指明所选的测试程序），统计各种失效的次数，并分析Cache块大小对Cache性能的影响； 分别采用LRU与随机法，在不同的Cache容量、不同的相联度下，运行程序（指明所选的测试程序）统计Cache总失效次数，计算失效率。分析不同的替换算法对Cache性能的影响。 预备知识 1. SimpleScalar模拟器的相关知识。详见相关的文档。 2. 复习和掌握教材中相应的内容 可以从三个方面改进Cache的性能：降低失效率减少失效开销少Cache命中时间按照产生失效的原因不同以把Cache失效分为三类强制性失效（Compulsory miss） 当第一次访问一个块时，该块不在Cache中，需从下一级存储器中调入Cache，这就是强制性失效。这种失效也称为冷启动失效或首次访问失效。 容量失效（Capacity miss） 如果程序执行时所需的块不能全部调入Cache中，则当某些块被替换后，若又重新被访问，就会发生失效。这种失效称为容量失效。 冲突失效（Conflict miss） 在组相联或直接映象Cache中，若太多的块映象到同一组（块）中，则会出现该组中某个块被别的块替换（即使别的组或块有空闲位置），然后又被重新访问的情况。这就是发生了冲突失效。这种失效也称为碰撞失效（collision）或干扰失效（interference）。替换算法随机法为了均匀使用一组中的各块，这种方法随机地选择被替换的块。最近最少使用法LRULeast Recently Used）：选择近期最少被访问的块作为被替换的块。但由于实现比较困难，现在实际上实现的LRU都只是选择最久没有被访问过的块作为被替换的块。 gzip: Gzip_base.pisa.little: smred.log, mdred.log, lgred.log; Gzip_preak.pisa.little: smred.log/random/source, mdred.log/random/source, lgred.log/random/source; Gcc: cc1_base.pisa_littlecc1_peak.pisa_little: smred.c-iterate, mdred.reland, test.cccp; mesa: mesa_base.pisa_littlemesa_peak.pisa_little: lgred.in; mcf: mcf_base.pisa_little: smred, mdred; mcf_peak.pisa_little: smred, mdred, lgred ? 每个测试程序所需时间大概是10分钟，选择测试程序时注意从不同组中选择，以便使得出的结果不会因为对单项有所侧重而有失偏颇。 每个人从中选出4~6个测试程序进行测试。