Prozess-Speicher-Vs-Heap — JVM

Haben wir eine web-Anwendung bereitgestellt, die auf einem tomcat server. Es gibt bestimmte geplante Aufträge, die wir ausführen, nach dem die heap-Speicher-peaks und zur Ruhe kommt, alles scheint in Ordnung.
Aber das system admin beschwert sich, dass die Speicherauslastung ("top" unter Linux ) wird immer größer je mehr die geplanten Arbeitsplätze sind.
Was ist die co-relation zwischen heap-Speicher und den Speicher der CPU? Kann es gesteuert werden JVM-Einstellungen? Ich verwendet JConsole das system überwachen.

Ich Zwang die garbage collection durch JConsole und die heap-Verwendung, kam nach unten, aber die Speicherauslastung auf Linux blieb hoch, und es niemals abgenommen.

Irgendwelche Ideen oder Anregungen würde sehr helfen?

  • Der server ist anscheinend ein 64-bit-server.
  • Wissen Sie, was die JVM server ausgeführt wird, und was war der Unterschied zwischen den heap-Speicher-Nutzung und die tatsächliche Speicherbelegung nach zwingen die garbage-collection?
  • >>jedoch ist die Speicherauslastung unter Linux blieb hoch, und es niemals abgenommen. << Was ist die "Speicherauslastung"? Die GC in der Regel nicht zurückgegeben werden, den Arbeitsspeicher des Systems zu.
InformationsquelleAutor user546352 | 2011-02-04
  1. 4

    Was wahrscheinlich eingehalten werden, ist die virtuelle Größe und nicht der resident set-Größe der Java-Prozess(es)? Wenn Sie ein Ziel haben, für eine kleine Stellfläche, möchten Sie vielleicht, um nicht gehören -Xms oder eine Mindest-Größe, die auf die JVM-heap-Argumente und stellen Sie die 70% -XX:MaxHeapFreeRatio= auf eine kleinere Anzahl zu ermöglichen, aggressiver Haufen Schrumpfung.

    In der Zwischenzeit, liefern mehr Details als auf das, was beobachtet wurde, mit dem Kommentar, das Linux den Speicher nie abgenommen? Was ist Metrik?

    • Mit " top " - Befehl das %MEM hoch bleibt, und zwar weiterhin steigen, da mehr jobs geplant sind, werden die %CPU kommt nach unten und der heap scheint in Ordnung.
    • %MEM % von RES im Verhältnis zu primären Speicher, so dass in der Regel berichten die Bewohner Größe in der Grundschule. Was ist die -Xms und -Xmx Optionen? Auch die Berechnung der % der RES/VIRT-und % RES/SHR und Bericht zurück. Es kann hoch sein, aber der Prozess(die Prozesse) und haben eine gute portion geteilt.
    • Ich nahm an, SHR wird in Kilobyte und das ist, wie es zeigt. RES/VIRT = 56% und RES/SHR = 117.79 das ist die top-Ausgabe mit '- M' option. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 14425 root 17 0 1990m 1.1 g 9792 S 0.0 54.5 23:01.62 java ist Dies, nachdem ich die änderung, die Sie vorgeschlagen, von -XX:MaxHeapFreeRatio, es verhält sich scheinbar etwas besser, ich bin immer noch laufen einige tests. Ich bemerkte, dass die CPU - % ist über 100%, wenn die Aufträge ausgeführt werden...
    • Was bedeutet, dass etwas weniger als die Hälfte des Speichers ist, sitzt eigentlich in der Grundschule, der rest ist entweder nicht oder ausgelagert. Wenn die CPU ausreichend ist (Sie sagen, es ist) und angesichts der Art des GC durchqueren die meisten von den Haufen, und ich würde Wetten, dass Sie wirklich nur mit, dass % der Zuteilung. Und weniger als 1% geteilt, so dass hier vernachlässigbar.
    • Es ist völlig normal, zu mehr als 100% CPU - (%CPU ist eine schlechte Metrik wirklich) für multi-Prozess-und -threaded-Anwendungen (sehen Sie in Ihrem laden Durchschnitte statt). Zu was hast du deine maxheapfreeratio?
    • Die Werte von xmx ist eingestellt auf 1280 und xms ist Links auf default-Wert(nicht der Anzahl)
    • Ich habe es auf 40, nur um zu sehen ob es irgendwelche Auswirkungen.
    • Als ich bin Planung mehr und mehr Arbeitsplätze, die Residenz Speicher ist zunehmend mit 1,5 g jetzt (der job noch läuft). Die anderen Parameter bleiben die gleichen,also %RES/VIRT = 77.5% und RES/SHR ist noch vernachlässigbar. Ich bemerkte, dass an einem Punkt MEM % mehr als 83 und dann kam es zu 77.5%. Denkst du es gibt eine Möglichkeit, dass ich es weiter unten mit alle anderen Parameter? Danke für all die Hilfe .
    • die JVM ist nur mit was ist ihm gegeben. Sie müssen sagen, weniger, wenn Sie wollen, dass es weniger werden, während GC% overhead in Grenzen. Kontaktieren Sie mich über mein Profil, wenn Sie möchten, besprechen Sie im detail weiter.
    • Sorry für die Annahme dieser späten...

    InformationsquelleAutor Jé Queue
  2. 8

    Den Speicher der JVM-Prozess ist nicht das gleiche wie die heap-Größe. Der verwendete heap-Größe nach unten gehen könnte, ohne eine tatsächliche Reduzierung des reservierten Speichers durch die JVM. Die JVM ist ein Auslöser, der angibt, soll es schrumpfen die heap-Größe. Wie @Xepoch erwähnt, dies wird gesteuert durch -XX:MaxHeapFreeRatio.

    Jedoch das system admin beschwert sich, dass die Speicherauslastung ("top" unter Linux ) wird immer größer je mehr die geplanten Aufträge werden [ausführen].

    Weil Sie sehr wahrscheinlich eine Art von memory-leak. System-admins neigen dazu, sich zu beschweren, wenn Sie sehen, Prozesse langsam kauen, bis mehr und mehr Raum.

    Irgendwelche Ideen oder Anregungen würde sehr helfen?

    Haben Sie schaute auf die Anzahl der threads? Ist Sie Anwendung erstellen eigener threads und senden Sie aus, um deadlock und warten untätig auf ewig?
    Integrieren Sie mit Dritten APIs, die möglicherweise mit JNI?

    InformationsquelleAutor Tim Bender
  3. 0

    Können Sie verwenden -Xmx und -Xms-Einstellungen um die Größe des Heaps. Mit tomcat können Sie eine Umgebungsvariable definieren, bevor Sie beginnen:

    export JAVA_OPTS=”-Xms256m -Xmx512m”

    Diese zunächst erstellt einen heap von 256 MB mit einer max Größe von 512 MB.

    Einige weitere details:
    http://confluence.atlassian.com/display/CONF25/Fix+'Out+of+Memory'+errors+mit+steigenden+erhältlich+Speicher

    InformationsquelleAutor wmacura
Schreibe einen Kommentar