浅谈缓存相关

MESI协议(缓存一致性)

Mmodfity修改
EExlusive独自
SShare共享
IInvalid时效

MESI过程
但是由于M与E之前切换会阻塞,通过加storebuffer和loadbuffer解决阻塞问题
状态切换引起阻塞解决方法
storeBuffer:处理器把它想要写入到主存的值写到storeBuffer,然后继续去处理其他事情。当所有失效确认都接收到时,数据才会被提交

劣势:

  1. 无法保证什么时候buffer里面的数据会被提交
  2. 由于线程可以直接操作memory中的数据也有可以会操作buffer,这会导致重排序的问题

Store Forwarding:处理器会先去buffer里面读取,但buffer中的数据未提交,这种解决方案称为Store Forwarding,它使得加载的时候,如果存储缓存中存在,则进行返回

重排序

解决方案:

  1. cpu处理器通过memorybarrier
  2. JVM引入四种内存屏障
LoadLoadBarrier
StoreStoreBarrier
LoadStoreBarrier
StoreLoadBarrier
  1. JMM模型
    JMM模型

缓存行(内存中常用以64个字节为一行)

伪共享:根据空间的局部性,对缓存行中的某一部分进行操作时会影响整个缓存行
伪共享过程
解决方案:

class A{
		  Long a;
     }
改为
   class A{
        Long p0,p1,p2,p3,p4,p5,p6;
        Long a;
        Long q0,q1,q2,q3,q4,q5,q6;
   }

由于Long为8个字节,这样手动去拼一个缓存行解决问题

  1. JDK可以通过注解实现@sum.misc.contended

以上是自己总结的知识点,之后会慢慢补全

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值