Coldfusion 10 langsamer bei Verwendung von Java 1.7 im Vergleich zu 1.6

Question

Ich habe einen Webservice unter Coldfusion 10 64bit. Während ich ein Speicherleck untersuchte, ging ich die JRE von 1,6 auf 1,7 hoch, bemerkte aber einen signifikanten Leistungseinbruch. Ich hatte einen einfachen Test-Webservice erstellt, der auf JRE 1.6 problemlos 5000 Anfragen pro Minute ausführen konnte, sobald ich die JRE auf 1,7 änderte, obwohl diese Rate zu 2000 oder weniger pro Minute abfällt. Kennt jemand Einstellungen Einstellungen oder etwas fehlt mir.

Die Präferenz ist JRE 1.7 zu verwenden, da es scheint, das Speicherleckproblem behoben zu haben, das ich hatte.

• Lauf 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 Modus)

• Garbage Collection in JVM-Einstellungen: -XX:+UseParallelGC

• Changed Garbage Collection: -XX:+UseG1GC das machte keinen Unterschied.

Gefolgt the recommendations from here ohne Leistungssteigerung. Werde mit jvisualvm rezensieren und meine Ergebnisse veröffentlichen.

Update: Java 7 hat changed the way it deals with synchronizing class loaders und es sieht aus wie dies die Ursache für die Verlangsamung sein kann.

Aktualisieren Adobe hat den Fehler bestätigt und versucht, es zu beheben. Adobe bug base record.

Answer 1

Antwort für diese ist, dass Adobe den Fehler bestätigt hat und versucht, es zu beheben. Adobe bug base record.

Answer 2

Ich würde empfehlen, dass Sie die JVM-Thread-Dump-Daten zwischen Ihren beiden Belastungstests (JRE 1.6 vs. JRE 1.7) überprüfen. Ich habe in der Vergangenheit CF10-Klassenladeprobleme gesehen, die mit der Verwendung von cfdump und cfquery in-memory in Verbindung stehen (Abfrage von Abfragen).

Konzentrieren Sie sich bei der Analyse auf ein beliebiges Problem mit der Threadsperre, mit dem Sie möglicherweise in JRE 1.7 konfrontiert werden.

Die Änderung des Klassenladeprogramms, auf die Sie sich beziehen, soll die Parallelität der Klassenladevorgänge verbessern, ist jedoch immer noch nicht unmöglich, da dies zu einer gewissen Langsamkeit in Ihrer Umgebung führen kann.

Eine weitere Empfehlung ist die GC-Speicherzuweisungsrate. Aktivieren Sie dazu verbose: gc und vergleichen Sie die Ausgabedaten zwischen Ihren 2 Läufen. Bestimmen Sie, ob eine Erhöhung der GC-Speicherzuweisungsrate und/oder der GC-Frequenz die Ursache für diesen Abfall des Durchsatzes sein könnte.

Führen Sie abschließend eine sehr genaue Überprüfung der JVM-Argumente durch. Stellen Sie sicher, dass Ihre Java-Heap-Optimierungsargumente, einschließlich der Heap-Sizing, exakt mit denen von JRE 1.6 übereinstimmen, sodass wir Äpfel mit Äpfeln vergleichen können.