in355hz

Java 的 SoftReference 有很多年都没有被人惦记了。在 Javadoc 里, 它的描述是这样： ”虚拟机在抛出 OutOfMemoryError 之前会保证所有的软引用对象已被清除。此外，没有任何约束保证软引用将在某个特定的时间点被清除，或者确定一组不同的软引用对象被清除的顺序。不过，虚拟机的具体实现会倾向于不清除最近创建或最近使用过的软引用。“ 这个类可以直接...

原文地址：http://mechanitis.blogspot.com/2011/08/dissecting-disruptor-why-its-so-fast.html​​， 作者是 Trisha Gee, LMAX 公司的一位女工程师。 我最近写文章的速度变慢了，是因为我一直在尝试写一篇博客解释内存屏障（Memory Barrier）以及它在 Disruptor​ 的应用。问题是...

原文地址：http://mechanitis.blogspot.com/2011/07/dissecting-disruptor-why-its-so-fast_22.html​， 作者是 Trisha Gee, LMAX 公司的一位女工程师。 我们多次提到了 Mechanical Sympathy (机器协同？) 这个短语，事实上它甚至是Martin 的博客 标题。它的含义与理解底层...

原文地址: http://mechanitis.blogspot.com/2011/07/dissecting-disruptor-why-its-so-fast.html​​，作者是 Trisha Gee, LMAX 公司的一位女工程师。 Martin Fowler 写了一篇非常不错的 文章​，不仅描述了 Disruptor​，还展示了它是如何适配到 LMAX 架构中的。这篇文章揭示了...

原文地址：http://mechanitis.blogspot.com/2011/07/dissecting-disruptor-wiring-up.html​ 作者是 Trisha Gee, LMAX 公司的一位女工程师。 现在我已经讲了 RingBuffer​ 本身，如何从它 读取​ 以及如何向它 写入​。 从逻辑上来说，下一件要做的事情就是把所有的知识拼接到在一起。 ...

原文地址：http://mechanitis.blogspot.com/2011/06/dissecting-disruptor-how-do-i-read-from.html​​  作者是 Trisha Gee, LMAX 公司的一位女工程师。 这是理解 LMAX​ 开发的 Disruptor 模式​ 系列博客的下一篇。 从 上一篇博客​ 我们都明白了什么是 Ring Buff...

原文地址：http://mechanitis.blogspot.com/2011/07/dissecting-disruptor-writing-to-ring.html​ 作者是 Trisha Gee, LMAX 公司的一位女工程师。 这是 Disruptor 全方位解析（end-to-end view）中缺少的一章。当心，本文非常长。但是为了让你能连在一起联系上下文的阅读，我还...

原文地址: http://mechanitis.blogspot.com/2011/06/dissecting-disruptor-whats-so-special.html​  作者是 Trisha Gee, LMAX 公司的一位女工程师。 最近我们开源了 LMAX Disruptor​，它是让我们的交易流程变得如此之快的关键。为什么要开源它？因为我们意识到大家对高性能编程的传统认知...

前几天在调试一段程序, 奇怪的发现: 程序性能和缓存大小是负相关的——缓存开越大，程序越慢，最快和最慢之间差 2 个数量级。开 jprofiler 查了下，发现了 JDK6 里有这样一段代码 (版本 build 1.6.0_14-b08)：红线里的部分只能用笔误来形容 ——Arrays.copyOf() 复制了我传递的整个缓存——在我的测试里，当缓存大小是 8KB 时，复制大约需...

这是 Trisha Gee 发表的 Disruptor 全解析系列博客的后续补充，原文链接是：http://mechanitis.blogspot.com/2011/08/disruptor-20-all-change-please.html​ Martin 最近公布了 Disruptor​ 的 2.0 版本​ —— 基本上，2.0 版自我们第一次开源以来有了如此多的改变，是需要把这些...