CHI中一致性状态简介

Coherence Protocol
各个状态描述(只描述有意思的);

Invalid:


UC  Unique Clean:
□ 当前cacheline可以直接修改,不用通知其他RN或HN;
□ HNF来snoop时,数据可以返回给HNF, 也可以不返回;
□ HNF来snoop时,数据可以直接返回给原始的RN;

UCE  Unique Clean Empty:
□ 当前cacheline可以直接修改,不用通知其他RN或HN;
□ 虽然当前是unique的,但是没有有效的数据;
□ HNF来snoop时,其数据不能返回给HNF, 也不能返回给原始的RN;

UD  Unique Dirty:
□ Evict的时候,数据必须写回下一级cache或者memory;
□ HNF来snoop时,数据必须返回给HNF;
□ HNF来snoop时,数据最好直接返回给原始的RN;

UDP  Unique Dirty Partial:
□ The cache line might have some bytes valid, where some includes none or all bytes.
□ 当想要evict给下级cache时,必须先从下级cache, 或者mem中,读取整条cacheline, 合并成一条完成的cachleine后再evict;
□ HNF来snoop时,数据必须返回给HNF;
□ HNF来snoop时,数据不能直接返回给原始的RN;

SC Shared Clean:
□ 其他RN可能也有当前的cacheline, 并且其他人可能已经修改了该cacheline的数据;
□ SC的cacheline, 不承担将数据写入mem的角色;
□ SC的cacheline想要做修改,必须先invalid其他RN中的相同cacheline, 并且获得unique的权限;
被snoop时:
□ RetToSrc==1,返回数据,==0,不返回数据;
□ 可以将数据直接返回给源端;

SD Shared Dirty:
□ 其他RN可能也有该cacheline;
□ 当前cacheline的数据,相较于memeory, 已经有所修改;
□ Evict时,数据必须写入下级cache或者memory;
□ SC的cacheline想要做修改,必须先invalid其他RN中的相同cacheline, 并且获得unique的权限;
被snoop时:
□ 必须要返回数据;
□ 可以直接返回给RN;

Empty cache line ownership
  UCE/UDP;
  可能发生的场景:
        □ 如果某个RN后续想要写某个cacheline, 可以先直接获取Empty的状态,然后直接在内部修改;这样就省去了发送写操作,传输数据的带宽;
        □ 如果当前某个RN已经有该cacheline的缓存,后续想要获得写权限,可以先请求获得empty的状态,然后直接修改;

Ownership of cache line with partial Dirty data
□ 先获得UC的状态,然后修改部分,变成UDP;

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值