JVM伪共享

迈不过友情╰ 2022-08-14 04:50 133阅读 0赞

# [伪共享False sharing][False sharing]说明JVM底层技术也不让人那么放心。      内存[**缓存**][Link 1]系统中基本单元是高速[**缓存**][Link 1]行(Cache lines). cpu会把数据从内存加载到高速[**缓存**][Link 1]中 ,这样可以获得更好的性能，高速[**缓存**][Link 1]默认大小是64 Byte为一个区域，一个区域在一个时间点只允许一个核心操作，也就是说不能有多个核心同时操作一个[**缓存**][Link 1]区域。      因为高速[**缓存**][Link 1]是64字节，而Hotspot JVM的对象头是两个部分组成，第一部分是由24字节的hash code和8字节的锁等状态标识组成，第二部分是指向该对象类的引用。基本类型字节如下：   doubles (8) and longs (8)   ints (4) and floats (4)   shorts (2) and chars (2)   booleans (1) and bytes (1)   references (4/8)      因此，一个高速[**缓存**][Link 1]64字节可以放下多个字段，如果这多个字段位于同一个高速[**缓存**][Link 1]区，虽然它们是类的不同字段，如下代码：     <table style="font-size:13px; line-height:20px; font-family:'Helvetica Neue',Helvetica,Arial,sans-serif">   <tbody>    <tr>     <td style="font-size:13px; font-family:'Helvetica Neue',Helvetica,Arial,sans-serif; border:1px solid rgb(204,204,204); padding:5px; background-color:rgb(255,255,255)"> <pre style="white-space:pre-wrap; word-wrap:break-word; margin-top:0px; margin-bottom:0px; font-family:'Andale Mono','Lucida Console',Monaco,fixed,monospace; font-size:11px">Class A{    <strong>int</strong> x;    <strong>int</strong> y; } </pre> </td>    </tr>   </tbody>  </table>     x和y被放在同一个高速[**缓存**][Link 1]区，如果一个线程修改x；那么另外一个线程修改y，必须等待x修改完成后才能实施。      虽然两个线程修改各种独立变量，但是因为这些独立变量被放在同一个高速[**缓存**][Link 1]区，性能就影响了。测试结果如后面。      当多核CPU线程同时修改在同一个高速[**缓存**][Link 1]行各自独立的变量时，会不自不觉地影响性能，这就发生了伪共享False sharing，伪共享是性能的无声杀手。        解决方便是将高速[**缓存**][Link 1]剩余的字节填充填满(pad)，确保不发生多个字段被挤入一个高速[**缓存**][Link 1]区，下面测试结果图就是和填充后性能比较。       转帖：http://www.jdon.com/42451 #

[False sharing]: http://java.dzone.com/articles/false-sharing
[Link 1]: http://www.jdon.com/cache.html