【发布时间】:2020-04-06 03:57:15
【问题描述】:
我一直在尝试提取应用程序访问的物理地址以分析行命中。
在这样做的过程中,我关注了this page,由于版本变化而变化不大。
我将 CacheConfig.py 固定为:
system.monitor2 = CommMonitor()
system.monitor2.trace = MemTraceProbe(trace_file = "CT_mon2.trc.gz")
system.monitor2.slave = system.l2.mem_side
system.membus.slave = system.monitor2.master
system.l2.cpu_side = system.tol2bus.master
然后跑了一段代码:
build/X86/gem5.opt --debug-flag=CommMonitor configs/example/se.py --caches --l2cache --l2_size=2MB --mem-type=DDR4_2400_16x4 -c tests/test-progs/mm/bin/x86/linux/mm --cpu-type=TimingSimpleCPU
mm 是简单矩阵乘法的二进制:
// C program to multiply two square matrices.
#include <stdio.h>
#define N 4
// This function multiplies mat1[][] and mat2[][],
// and stores the result in res[][]
void multiply(int mat1[][N], int mat2[][N], int res[][N])
{
int i, j, k;
for (i = 0; i < N; i++)
{
for (j = 0; j < N; j++)
{
res[i][j] = 0;
for (k = 0; k < N; k++)
res[i][j] += mat1[i][k]*mat2[k][j];
}
}
}
int main()
{
int mat1[N][N] = { {1, 1, 1, 1},
{2, 2, 2, 2},
{3, 3, 3, 3},
{4, 4, 4, 4}};
int mat2[N][N] = { {1, 1, 1, 1},
{2, 2, 2, 2},
{3, 3, 3, 3},
{4, 4, 4, 4}};
int res[N][N]; // To store result
int i, j;
multiply(mat1, mat2, res);
printf("Result matrix is \n");
for (i = 0; i < N; i++)
{
for (j = 0; j < N; j++)
printf("%d ", res[i][j]);
printf("\n");
}
return 0;
}
解码“CT_mon2.trc.gz”后,内存轨迹显示为:
5,u,15360,64,256,11500
6,u,183808,64,2,101000
5,u,18816,64,256,187000
6,u,183744,64,2,285000
5,u,18880,64,256,357000
6,u,171072,64,3,438000
6,u,171648,64,3,526000
6,u,172032,64,3,601000
6,u,174528,64,3,689000
5,u,18944,64,256,765000
第三个表示物理地址。
我感到困惑的是“u”部分。从解码阶段开始,任何不是 read(r) 或 write(w) 的都被标记为“u”。
在调试过程中,使用“UpgradeFailResp”和“ReadCleanReq”重复命令。
我期待有读取和写入的跟踪,但我不确定这里发生了什么。
谁能告诉我我错过了什么?
或者更好的获取物理地址的方法将是一个巨大的帮助。
谢谢, jwlee
【问题讨论】:
-
邮件列表链接:mail-archive.com/gem5-users@gem5.org/msg17644.html 感谢您提出如此详细的问题!我不知道答案,但我相信有人会回复。
标签: memory-address gem5