互联网归档 - 编程日志

三大操作系统图展

2019-06-23 47 0

互联网安全协议与HTTPS，TLS，SSL

2019-05-16 46 0

Google 纪念万维网 30 年：没有 HTTP 协议就没有互联网

2019-03-12 167 0

计算机下棋简史 | AlphaZero完爆世界棋类冠军背后

2019-03-11 31 0

2019-03-11 18 0

2019-03-09 10 0

2019-03-09 14 0

2019-02-24 20 0

2019-02-20 33 0

2019-02-17 45 0

2019-02-17 22 0

2019-02-17 23 0

为什么对变量追加到64字节能够提高并发编程的效率呢？因为对于英特尔酷睿i7、酷睿、Atom和NetBurst，以及Core Solo和Pentium M处理器的L1、L2或L3缓存的高速缓存行是64个字节宽，不支持部分填充缓存行，这意味着，如果队列的头节点和尾节点都不足64字节的话，处理器会将它们都读到同一个高速缓存行中，在多处理器下每个处理器都会缓存同样的头、尾节点，当一个处理器试图修改头节点时，会将整个缓存行锁定，那么在缓存一致性机制的作用下，会导致其它处理器不能访问自己高速缓存中的尾节点，而队列的入队和出队操作则需要不断修改头节点和尾界定，所以在多处理器的情况下将会严重影响到队列的入队和出队效率。Doug lea使用追加到64字节的方式来填满高速缓冲区的缓存行，避免头节点和尾节点加载到同一个缓存行，使头、尾节点在修改时不会互相锁定。

但是，不是在使用volatile变量时都应该追加到64字节，在两种场景下不应该适用这种方式：

1）缓存行非64字节宽的处理器。如P6系列和奔腾处理器，它们的L1和L2高速缓存行是32个字节宽；

2）共享变量不会被频繁地写。因为使用追加字节的方式需要处理器读取更多的字节到高速缓冲区，这本身就会带来一定的性能消耗，如果共享变量不被频繁写的话，锁的几率也非常小，就没必要通过追加字节的方式来避免相互锁定。

不过这种追加字节的方式在Java 7下可能不生效，因为Java 7变得更加智慧，它会淘汰或重新排列无用字段，需要使用其它追加字节的方式。