摘要:
在并发编程过程中,我们大部分的焦点都放在如何控制共享变量的访问控制上(代码层面),但是很少人会关注系统硬件及JVM底层相关的影响因素。前段时间学习了一个牛X的高性能异步处理框架 Disruptor,它被誉为“最快的消息框架”,其 LMAX 架构能够在一个线程里每秒处理6百万订单!在讲到 Disruptor 为什么这么快时,接触到了一个概念——伪共享( false sharing ),其中提到:缓存行上的写竞争是运行在 SMP 系统中并行线程实现可伸缩性最重要的限制因素。由于从代码中很难看出是否会出现伪共享,有人将其描述成无声的性能杀手。 阅读全文
积分与排名
- 积分 - 68299
- 排名 - 24341
随笔档案
最新评论
- 1. Re:和 Thrift 的一场美丽邂逅
牛
- --小虎成员
- 2. Re:Dubbo原理和源码解析之服务暴露
感谢分享
- --狗狗狗
- 3. Re:伪共享(false sharing),并发编程无声的性能杀手
- @xShower 对象头在32位的环境下也要占8个字节...
- --路远且行
- 4. Re:伪共享(false sharing),并发编程无声的性能杀手
楼主, 屏蔽和非屏蔽的图,搞反了吧?
- --不如喝个茶
- 5. Re:成小胖学习ActiveMQ·基础篇
写的真好,简单易懂
- --ventricle