小编Nei*_*our的帖子

来自http://forums.oracle.com/forums/thread.jspa?threadID=2195025&tstart=0 的交叉帖子

有一个电信应用服务器（基于 JAIN SLEE）和在其中运行的应用程序。
应用程序正在接收来自网络的消息，对其进行处理并将响应发送回网络。
请求/响应延迟的要求对于 95% 的调用是 250 毫秒，对于 99.999% 的调用是 3000 毫秒。
我们使用 EDU.oswego.cs.dl.util.concurrent.ConcurrentHashMap，1 个实例。对于一个调用（一个调用是多条消息）处理，调用以下方法：

"put", "get", "get", "get", then in 180 seconds "remove".

有 4 个线程调用这些方法。
（小提示：使用 ConcurrentHashMap 不是唯一的活动。对于一个网络消息，还有很多其他活动：协议消息解析、查询数据库、将 SDR 写入文件、创建短期和长期对象。 )

当我们从 EDU.oswego.cs.dl.util.concurrent.ConcurrentHashMap 转移到 java.util.concurrent.ConcurrentHashMap 时，我们看到性能从每秒 1400 次调用降低到 800 次调用。
每秒最后 800 次调用的第一个瓶颈是无法满足上述要求的延迟。

这种性能下降会在具有以下 CPU 的主机上重现：

• 2 CPU x Quad-Core AMD Opteron 2356 2312 MHz，共8个硬件线程，
  
• 2 个 CPU x Intel Xeon E5410 2.33 GHz，总共 8 个硬件线程。
  

它不会在 X5570 CPU（Intel Xeon Nehalem X5570 2.93 …