与 1.6 相比，使用 Java 1.7 时 Coldfusion 10 慢
我有一个在 Coldfusion 10 64bit 上运行的网络服务.在调查内存泄漏时，我将 JRE 从 1.6 升级到 1.7，但发现性能受到了显着影响.我创建了一个简单的测试 web 服务，在 JRE 1.6 上，只要我将 JRE 更改为 1.7，我就可以轻松地以每分钟 5000 个请求运行，尽管这个速率每分钟下降了 2000 或更少.有谁知道调整设置或我缺少的东西.
I have a webservice running on Coldfusion 10 64bit. While investigating a memory leak I went to upgrade the JRE from 1.6 to 1.7 but noticed a significant performance hit. I had created a simple test webservice which on JRE 1.6 I could run easily at 5000 requests per minute as soon as I changed the JRE to 1.7 though this rate drops too 2000 or less per minute. Does anyone know of tuning settings or something I am missing.
首选是使用 JRE 1.7，因为它似乎已经解决了我遇到的内存泄漏问题.
The preference is to use JRE 1.7 as it appears to have fixed the memory leak issue I was having.
运行服务器 JRE:java 版本1.7.0_51"Java(TM) SE 运行时环境(构建 1.7.0_51-b13)Java HotSpot(TM) 64 位服务器 VM(构建 24.51-b03，混合模式)
Running Server JRE: java version "1.7.0_51" Java(TM) SE Runtime Environment (build 1.7.0_51-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)
JVM 设置中的垃圾回收:-XX:+UseParallelGC
Garbage Collection in JVM settings: -XX:+UseParallelGC
将垃圾收集更改为:-XX:+UseG1GC 这没什么区别.
Changed Garbage Collection to : -XX:+UseG1GC this made no difference.
遵循这里的建议，没有增加在性能上.将与 jvisualvm 一起审查并发布我的发现.
Followed the recommendations from here with no increase in performance. Will review with jvisualvm and post my findings.
更新:Java 7 改变了处理同步类的方式加载器，看起来这可能是速度变慢的原因.
Update: Java 7 has changed the way it deals with synchronizing class loaders and it looks like this may be the cause of the slowdown.
更新Adobe 已承认该错误并正在寻求修复它.Adobe 错误基础记录.
Update Adobe has acknowledged the bug and is looking to fix it. Adobe bug base record.
推荐答案
对此的回答是，Adobe 已经承认了这个错误并正在寻求修复它.Adobe 错误基础记录.
Answer for this is that Adobe has acknowledged the bug and is looking to fix it. Adobe bug base record.
相关文章