Wie letzte Woche versprochen, setze ich den Countdown der Leistungsprobleme von Enterprise Java fort. Heute geht es um Nummer 9. Eine falsche Konfiguration des Anwendungsservers kann sich so nachteilig auf die Leistung Ihrer Anwendung auswirken, dass es sich lohnt, sich mit den Optionen vertraut zu machen, die Ihr Anwendungsserver und seine JVM bieten, um ihre Leistung zu optimieren.
Die J2EE-Spezifikation kann den Entwickler in ein falsches Gefühl der Sicherheit wiegen, indem er denkt: "Solange ich sicherstelle, dass mein Code J2EE-konform ist, wird er einfach laufen. Höchstwahrscheinlich wird er laufen, aber nicht unbedingt sehr gut! Entwickler sollten ihre EAR-Datei nicht einfach über Bord werfen; Entwickler und Anwendungsserver-Administratoren müssen in diesem Bereich zusammenarbeiten. Ersterer kennt die Anwendung, letzterer den Anwendungsserver. Einige der wichtigsten Dinge, die Sie nicht in der Standardeinstellung belassen sollten, sind:
- JDBC-Verbindungspools und Datenquellen; anfängliche und maximale Kapazität, Verbindungs-Timeouts, Verbindungstestoptionen, Cache für vorbereitete Anweisungen. JBoss 4, BEA WebLogic 9.2, IBM WebSphere 6 und Oracle Application Server 10g bieten zahlreiche Tuning-Funktionen.
- Thread-Pools. Auch hier bieten JBoss 4, BEA WebLogic 9.2, IBM WebSphere 6 und Oracle Application Server 10g eine Vielzahl von Optionen.
- JVM-Einstellungen. Die standardmäßige Heap-Größe kann bis zu 64 MB betragen! Neben den
Standard-JVM-Optionen haben dieSun JVM , dieIBM JVM und die BEA JRockit JVM ihre eigenen spezifischen Optionen. Von besonderem Interesse für Benutzer der Sun JVM ist die Liste der JVM-Optionen von Joseph D. Mocker, eine umfassende Sammlung von Optionen, die manchmal nur in Fehlerberichten und an anderen obskuren Orten erwähnt werden. ;-)
Neben diesen spezifischen Tipps gibt es auch für BEA WebLogic 9.2, IBM WebSphere 6 und Oracle Application Server 10g Leitfäden zur Leistungsoptimierung. Für JBoss gibt es eine Reihe von Foren sowie einen inoffiziellen Leitfaden zur Leistungsoptimierung von JBoss.
Mehr aus dieser Serie
- EJApp Top 10 BOF-Sitzung auf der JavaPolis 2006
- #1: Falsche Verwendung der Datenbank
- #Nr. 2: Unnötiges Remoting
- #Nr. 3: Falsch implementierte Gleichzeitigkeit
- #Nr. 4: Schlecht funktionierende Bibliotheken
- #Nr. 5: Übermäßiger Speicherverbrauch
- #Nr. 6: Unsachgemäßes Caching
- #Nr. 7: Unnötige Verwendung von XML
- #Nr. 8: Falsche Verwendung von Java EE
- #9: Falsche Konfiguration des Anwendungsservers
- #Nr. 10: Exzessive Protokollierung
- EJApp Top 10 Countdown Nachbereitung
Verfasst von
Vincent Partington
Unsere Ideen
Weitere Blogs
Contact



