Große Permgen-Größe + Leistungseinfluss

Question

Wir betreiben ein liveray-Portal auf tomcat 6. Jedes Portlet ist eine enthaltene Webanwendung und enthält daher alle Bibliotheken, die das Portlet selbst benötigt. Wir haben derzeit 30 Portlets. Dies hat zur Folge, dass die Permgenität unseres Tomcat mit jedem von uns bereitgestellten Portlet zunimmt.

Wir haben jetzt zwei Wege, denen wir folgen können. Verschieben Sie einige der Bibliotheken, die von jedem unserer Portlets verwendet werden, in die freigegebene Tomcat-Bibliothek. Dies würde Dinge wie Frühling/Winterschlaf/cxf/.... beinhalten, um unsere Permgengröße zu verringern. Oder einfacher wäre es, die Permgengröße zu erhöhen.

Diese zweite Option würde es uns ermöglichen, jedes Portlet als eigenständige Entität zu behalten.

Die Frage ist nun, gibt es irgendwelche negativen Auswirkungen auf die Leistung durch Erhöhung der Permgengröße? Wir laufen derzeit bei 512 MB. Ich habe wenig bis keine Informationen darüber gefunden. Aber ich habe einen Post gefunden, wo Leute darüber reden, auf 1024MB permgen Größe ohne Probleme zu laufen.

Answer 1

Solange Sie genug Speicher auf Ihrem Server haben, kann ich mir nicht vorstellen, dass irgendetwas schief gehen kann. Wenn Sie das nicht tun, dann würde der Tomcat wahrscheinlich gar nicht starten, weil er nicht genügend Speicher reservieren könnte. Also, wenn es anfängt, bist du gut. Soweit ich weiß, ist 1GB PermGen perfekt.

Der Nachteil eines großen PermGen ist, dass Sie weniger Systemspeicher haben, den Sie dann für Heap (Xmx) zuweisen können.

Auf der anderen Seite würde ich Ihnen raten, die Vorteile von Portlets als eigenständige Entitäten zu überdenken. Zum Beispiel:

• Interoperabilitätsprobleme: wenn alle Portlets möglicherweise verschiedene Versionen derselben Bibliotheken verwenden dürfen, besteht ein gewisses Risiko, dass sie miteinander und mit dem Portal nicht kooperieren, wie sich
bestimmt
• Leistung: PermGen Fußabdruck ist nur eine Sache, aber das Hinzufügen von Gläsern hier und da in Portlets erfordert zusätzliche Dateideskriptoren; Ich weiß nichts über Windows, aber das wird auf lange Sicht die Leistung des Linux-Servers beeinträchtigen.
• Freiheit Änderung: Wenn Sie Maven verwenden Ihre Portlets zu bauen, das Umschalten von lib/ext Libs zu lib Bibliotheken des Portlets ist nur eine Frage der Abhängigkeiten Geltungsbereich zu ändern (dies mit Portal Libs ärgerlicher sein kann); soweit ich mich erinnere, auch Liferay SDK macht es einfach, einen ähnlichen Schalter mit Ant zu tun einen ähnlichen Schalter in einem Augenblick zu tun, indem zusätzliche Ant-Task Hinzufügen die Abhängigkeiten zu lösen und sie von Portlets lib nach Bedarf

Answer 2

Löschen PermGen-Speicher kann durch vollständige Sammlungen in Garbage Collection gesammelt werden, so dass bei einer vollständigen Sammlung die GC-Zeit erhöht werden kann.

Diese Sammlungen sollten nicht zu oft stattfinden, und würde in der Regel noch weniger als eine Sekunde dauern, um volle GC 1 GB permgen Speicher - ich ziehe gerade diese Zahl aus (mein etwas trübe) Speicher, also wenn Sie sind wirklich besorgt über GC-Zeiten zu einigen Timing-Tests selbst (verwenden Sie -verbose:gc und lesen Sie die Protokolle, mehr Details here)

Answer 3

Permgen Größe ist außerhalb der alten Gen - also bitte nicht durcheinander. Einverstanden auf den 2. Punkt - wir können die Dauerleistung so viel erhöhen wie wir können - da Speicher ziemlich billig ist, aber das würde eine Frage aufwerfen, wie wir unseren Code verwalten. Warum zum Teufel brauchen wir so viel von Perm -Ist JTa so viel konsumieren - wie viele Klasse laden wir? Wie viele Dateideskriptoren öffnet die App (überprüfen Sie mit dem Befehl lsof). Wir sollten versuchen, diese zu beantworten.