原文地址：http://blog.trifork.nl/2011/07/20/processing-1m-tps-with-axon-framework-and-the-disruptor/

作者： Allard Buijze  译者：程晓明

LMAX，一家在英国的金融公司，最近开源了其（新型零售金融交易平台的）核心组件之一：Disruptor。这个组件通过删除必须的锁来降低执行开销，且任然保证正确的处理订单。如果你问我，我会说这是一个优美精巧的工程。我尝试把Disruptor应用到Axon控制总线中，就是想看看它到底有多大的潜力。结果相当惊人。

阅读全文

Martin Fowler在自己网站上写了一篇LMAX架构的文章，在文章中他介绍了LMAX是一种新型零售金融交易平台，它能够以很低的延迟产生大量交易。这个系统是建立在JVM平台上，其核心是一个业务逻辑处理器，它能够在一个线程里每秒处理6百万订单。业务逻辑处理器完全是运行在内存中，使用事件源驱动方式。业务逻辑处理器的核心是Disruptor。

Disruptor它是一个开源的并发框架，并获得2011 Duke’s 程序框架创新奖，能够在无锁的情况下实现网络的Queue并发操作。本文是Disruptor官网中发布的文章的译文（现在被移到了GitHub）。

剖析Disruptor:为什么会这么快

1. 剖析Disruptor:为什么会这么快？(一)锁的缺点
2. 剖析Disruptor:为什么会这么快？(二)神奇的缓存行填充
3. 剖析Disruptor:为什么会这么快？(三)伪共享
4. 剖析Disruptor:为什么会这么快？(四)揭秘内存屏障

Disruptor如何工作和使用

1. 如何使用Disruptor（一）Ringbuffer的特别之处
2. 如何使用Disruptor（二）如何从Ringbuffer读取
3. 如何使用Disruptor（三）写入Ringbuffer
4. 解析Disruptor关系组装
5. Disruptor(无锁并发框架)-发布
6. LMAX Disruptor——一个高性能、低延迟且简单的框架
7. Disruptor Wizard已死，Disruptor Wizard永存！
8. Disruptor 2.0更新摘要
9. 线程间共享数据不需要竞争

Disruptor的应用

1. LMAX的架构
2. 通过Axon和Disruptor处理1M tps

原文地址：http://martinfowler.com/articles/lmax.html 作者：Martin Fowler

译文地址：http://www.jdon.com/42452 译者：banq

LMAX是一种新型零售金融交易平台，它能够以很低的延迟(latency)产生大量交易(吞吐量). 这个系统是建立在JVM平台上，核心是一个业务逻辑处理器，它能够在一个线程里每秒处理6百万订单. 业务逻辑处理器完全是运行在内存中(in-memory)，使用事件源驱动方式(event sourcing). 业务逻辑处理器的核心是Disruptors，这是一个并发组件，能够在无锁的情况下实现网络的Queue并发操作。他们的研究表明，现在的所谓高性能研究方向似乎和现代CPU设计是相左的。

目录

1. 整体架构
2. 业务逻辑处理
3. Disruptors的输入和输出
4. 队列和机制偏爱的缺乏
5. 你需要使用这个架构吗

过去几年我们不断提供这样声音：免费午餐已经结束。我们不再能期望在单个CPU上获得更快的性能，因此我们需要写使用多核处理的并发软件，不幸的是， 编写并发软件是很难的，锁和信号量是很难理解的和难以测试，这意味着我们要花更多时间在计算机上，而不是我们的领域问题，各种并发模型，如Actors 和软事务STM(Software Transactional Memory), 目的是更加容易使用，但是按下葫芦飘起瓢，还是带来了bugs和复杂性.

我很惊讶听到去年3月QCon上一个演讲， LMAX是一种新的零售的金融交易平台。它的业务创新 – 允许任何人在一系列的金融衍生产品交易。这就需要非常低的延迟，非常快速的处理，因为市场变化很快，这个零售平台因为有很多人同时操作自然具备了复杂性，用户越多，交易量越大，不断快速增长。

鉴于多核心思想的转变，这种苛刻的性能自然会提出一个明确的并行编程模型 ，但是他们却提出用一个线程处理6百万订单，而且是每秒，在通用的硬件上。

通过低延迟处理大量交易，取得低延迟和高吞吐量，而且没有并发代码的复杂性，他们是怎么做到呢？现在LMAX已经产品化一段时间了，现在应该可以揭开其神秘而迷人的面纱了。

阅读全文