• 顺序编程非常普及，可以说是大多数程序员编程范式，只不过可能他们没有意识到，如今已经进入并发编程时代，顺序编程和并发编程是两种完全不同的编程思路，堵塞Block是顺序编程的家常便饭，常常隐含在顺序过程式编程中难以发现，最后，成为杀死系统的罪魁祸首；但是在并发编程中，堵塞却成为一个目标非常暴露的敌人，堵
  • 一般认为原子类型(java.util.concurrent.atomic类)能充分发挥代码的快速和高并发特点，大部分时间atomic确实发挥了更大作用，不过也有一些场景其实隐藏了非管理竞争的消耗，以至于成为一个严重的性能问题。 首先让我们来看看Atomic icon
  • 前面我指出传统SOA架构其实无法面对高并发事务，我以国内淘宝网的两个PPT为案例，分析一下，其中一篇是面向生产环境的SOA系统设计 by 程立 icon
  • 该文主要将Java的单例和JMM内存管理以及同步锁性能综合起来考虑，对传统Double-Checked Locking 提出了进一步完善，并用Intel芯片和ARM芯片分别进行了测试。从文中看出，在多线程中做好单例值的初始化真不是一件简单的事情，也许因为 icon
  • 用户甲的操作1.开始事务2.访问表A3.访问表B4.提交事务乙用户在操作1.开始事务2.访问表B3.访问表A4.提交事务 访问时候，进行了操作。大神们，怎么来控制比较好处理呢 icon
  • 8月16中国股市出现名震历史的乌龙事件，导致该事件的原因今天被证监会调查后，确定是软件系统的设计问题： 光大证券自营的策略交易系统存在程序调用错误、额度控制失效等设计缺陷,并被连锁触发,导致生成巨量市价委托订单,累计申报买入234亿元,实际成交72.7亿元 icon
  • 一个比Disruptor吞吐量等性能指标更好的框架，使用Railway算法，将线程之间的消费发送参考现实生活中火车在站点之间搬运货物。 目标起始于一个简单的想法：创建一个开发人员友好的，简单的，轻量级线程间的通 icon
  • public c icon
  • 无锁算法能获得无限的性能Lock-Free Algorithms For Ultim icon
  • icon
  • 除了Akka以外，另外一个将类似Erlang和Scala的Actor的并发模型引入Java的开源框架：kilim/kilim - GitHub，其使用了一种mailbo icon
  • 比ReentrantReadWriteLock, ReentrantLock 和synchronized等同步锁更快的多线程锁控制，缺点是使用起来麻烦些，点标题进入。[该贴被banq于2014-05-07 19:05修改过] icon
  • Are volatile reads really free?谈到如果为老线程安全加上volatile后，并不是免费的，与没有加 icon
  • 有相关的内部分析或原理文章么？对通过计算方式去掉锁相当感兴趣，我也正在寻找相关文章中[该贴被admin于2012-02-07 06:28修改过] icon
  • 如题，java线程模型是什么？这个概念产生的前因后果又是什么？它存在的意义又是什么呢？希望大家能给个准确的答案 icon
  • 无论显存上，寄存器，流媒体，还是其他，一切都是以”一帧一帧地“进行着。我认为计算机是一切围绕时钟的编程。 线程编程本身就隐藏有时钟概念，无论轮询，延时处理，还是定时处理等。但我们必须清楚封装了时钟后，带来了什么后果。线程是为了看起来是”同时“进行，而不是” icon
  • java.util.concurrent.atomic.AtomicMarkableReference类 介绍说能够几个对象同时变更，这个同时是原子的吧，那么如何用呢？这个和我原子更新N个对象的方式貌似不同，求解答一下。（网上查这个类，基本没有例子，只有d icon