Web-Anwendung sehr langsam im Tomcat 7

Implementiert habe ich eine web-Anwendung, starten Sie den Tomcat-service funktioniert sehr schnell, aber stundenlang und wenn Sie mehr Benutzer eingeben wird immer langsamer (bis zu 15 Benutzer ca.).

Überprüfung der RAM-Auslastung Statistik (20%), CPU (25%)

Server-Funktionen:

  • RAM 8GB
  • Prozessor i7
  • Windows Server 2008 64-bit
  • Tomcat 7
  • MySql 5.0
  • Struts2
  • -Xms1024m
  • -Xmx1024m
  • PermGen = 1024
  • MaxPernGen = 1024

Ich nicht verwenden, Web-server, veröffentlichen wir direkt auf Tomcat.

Eingabe Mitternacht Langsamkeit ist immer noch gepflegt (nur 1 user online)

Die Lösung, die ich habe, ist, starten Sie den Tomcat-service und Reaktionszeit ist wieder hervorragend.

Gibt es jemand, der erlebt hat, dieses Problem? Jeder Hinweis wäre willkommen.

es ist sehr schwer etwas zu sagen ohne weitere Eingaben.Sie brauchen, um zu überprüfen, was macht die Anwendung so langsam ist, gibt es einen thread blockieren oder ähnliches? ich hoffe, dass Sie bereits durchgemacht struts2-Optimierung Prozess -/
Sitzung aufblasen. Aus Ihrer Beschreibung scheint es, Ihre Benutzer-sessions laufen nicht ab. Suchen Sie in der tomcat-admin-Oberfläche, wo Sie können die Ansicht jedes bereitgestellte webapp und die Anzahl der aktiven Sitzungen. Sie werden wahrscheinlich feststellen, eine unzumutbare Anzahl der aktiven Sitzungen. Auch schauen, um sicherzustellen, dass Sie nicht nur die Füllung zu viel in die Sitzung

InformationsquelleAutor Alejo Rlz | 2012-09-13

  1. 2

    Nicht genug details vorhanden. Benötigen Sie mehr Informationen 🙁

    Verwenden htop oder top zu finden, die Speicher-und CPU-Auslastung pro Prozess - & thread.

    CPU

    Konstant 25% CPU-Auslastung in einem 4-Kerne-system kann darauf hinweisen, dass ein single-core-Anwendung/thread läuft 100% CPU auf dem nur core es ist in der Lage, zu verwenden.

    Welche Anwendung ist das Essen der CPU ?

    Speicher

    20% Speicher ist ~1,6 GB. Es ist ein bisschen mehr als ich erwartet für ein idle server läuft nur tomcat + mysql. Die -Xms1024 sagt tomcat zu preallocate 1GB Speicher, so dass es erklärt.

    Ändern die tomcat-Einstellungen zu -Xms512 und -Xmx2048. Watch tomcat memory-Nutzung, während Sie werfen einige Nutzer. Wenn es wächst, bis es die Größe von 2 GB erreicht... dann friert, kann ein Speicherleck hinweisen.

    Festplatte

    Verwenden df -h zu überprüfen, Festplattennutzung. Eine vollständige partition machen kann, die Probleme, die Sie erleben.

    Filesystem    Size  Used Avail Usage% Mounted on
/cygdrive/c     149G  149G  414M 100%   /

    (Wenn Sie gerade entdeckt, dass in diesem Beispiel mein laptop läuft aus dem Raum. Du machst es richtig :D)

    Protokolle

    Protokolle sind genial. Aber Sie haben eine schlechte Angewohnheit, um die Festplatte zu füllen. Überprüfen Sie die Protokolle, die Festplattennutzung optimiert werden. Werden Protokolle geschrieben/gelöscht/gedreht richtig, wenn Sie neue Benutzer eine Verbindung herstellen ? Nicht löschen-logs um das Problem zu beheben ? (kopieren Sie diese irgendwo für die spätere Analyse, bevor Sie diese löschen)

    Wenn nicht. Logs sind immer NOCH genial. Sie haben die gute Gewohnheit, um Ihnen helfen, verfolgen Sie Fehler. Überprüfen Sie die tomcat-Protokolle. Sie können festlegen möchten logging-level debug. Was passiert, zuletzt bei der website sterben ? Keine nützliche Fehlermeldung ? Die Benutzer verbindungen sind noch erhalten und angenommen von tomcat ?

    Anwendung

    Ich nehme an, dass die 25% CPU geht auf dem tomcat (und nicht mysql). Tomcat fehl nicht von selbst. Die Anwendung läuft muss es scheitern. Versuchen Sie das entfernen der Anwendung vom tomcat (Sie können schließlich eine Hallo Welt statt). Kann tomcat weiter arbeiten nachts ohne Ihre Anwendung ? Es wahrscheinlich kann, in welchem Fall der Fehler ist auf die Anwendung an.

    Ermöglichen die volle debug-Protokollierung in Ihrer Anwendung, und versuchen Sie zu verfolgen, das Thema. Führen Sie es direkt aus eclipse in den debug-Modus und werfen Nutzer es an. Scheitert es konsequent in der gleichen Weise ?

    Wenn ja, drücken Sie "pause" in der eclipse-debugger und prüfen Sie, was die Anwendung tut. Blick auf den Teil des Codes jeder thread wird aktuell ausgeführt + der call-stack. Wiederholen Sie das ein paar mal. Wenn es eine Sackgasse, die eine unendliche Schleife oder ähnliches, können Sie finden es auf diese Weise.

    Haben Sie das Problem entdeckt haben, indem Sie nun, wenn Sie Glück haben. Wenn nicht, bist du unglücklich, und es ist eine knifflige bug, der tief im inneren der Anwendung. Das kann schwierig werden, zu verfolgen. Entschlossenheit zum Erfolg führen wird. Viel Glück =)

    InformationsquelleAutor user5994461

  2. 1

    Stießen wir auf ein ähnliches problem, die Ursache war "catalina.aus". Es ist das standard-Ziel log-Datei "System.out" und "System.err". Es ist in der Größe immer weiter damit zu einer Verlangsamung und letztlich tomcat abgestürzt ist. Dieses problem wurde gelöst durch drehen "catalina.aus". Wir waren mit redhat so machten wir ein shell-Skript zu drehen "catalina.aus".

    Hier sind einige links:-

    Mulesoft Artikel auf catalina (enthält auch zwei Verfahren des Drehens):

    Tomcat Catalina Einführung

    Wenn "catalina.aus" ist nicht das problem, dann versuchen Sie dies:-

    Mulesoft Artikel auf die Optimierung von tomcat:
    Tuning-Tomcat-Performance Für Optimale Geschwindigkeit

    Unsere catalina.out manchmal wachsen, um Hunderte GB und funktioniert weiterhin alles einwandfrei. Es hängt nur am Ende, nachdem alle.

    InformationsquelleAutor dark_shade

  3. 1

    Für performance-Problem im Zusammenhang, wir müssen Folgen Sie den angegebenen Regeln:

    1. Können Sie ausgleichen und betonen die Größe des xms und xmx für die Wirksamkeit. 
      -Xms2048m
  -Xmx2048m
    1. Sie können auch aktivieren Sie die PermGen Abfall gesammelt werden.

    -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled

    1. Wenn sich die Seite ändert sich zu Häufig, um diese option logische, versuchen Sie vorübergehend die Zwischenspeicherung die dynamischen Inhalte, so dass Sie nicht brauchen, um regeneriert werden immer und immer wieder. Alle Techniken, die Sie verwenden können, um die cache-Arbeit ist bereits getan worden, statt es wieder verwendet werden soll - dies ist der Schlüssel zur Erreichung der besten Tomcat-performance.

    2. Wenn es irgendein Datenbank Problem, dann können die Folgen sql query Performance tuning

    3. drehen der Catalina.aus log-Datei without restarting Tomcat.

    In details,gibt Es zwei Möglichkeiten.

    Die ersten, das ist direkter, ist, dass Sie drehen können, Catalina.aus, indem Sie ein einfaches Rohr, um die log-rotation-tool Ihrer Wahl auf Catalina Start-shell-script. Dies wird etwa so Aussehen:

    "$CATALINA_BASE"/logs/catalina.out WeaponOfChoice 2>&1 &

    Einfach ersetzen "WeaponOfChoice" mit Ihrem Lieblings-log-rotation-tool.

    Der zweite Weg ist weniger direkt, aber letztlich besser. Der beste Weg, um behandeln Sie die rotation von Catalina.aus ist, um sicherzustellen, dass es nie Bedarf drehen. Legen Sie einfach die "swallowOutput" - Eigenschaft auf true für alle Kontexte, in "server.xml".

    Wird diese route System.err und System.out zu welchem Logging-Implementierung, die Sie konfiguriert haben, oder JULI, wenn Sie noch nicht konfiguriert.

    Versucht mit dem JVM-Parameter(gleiche Ergebnis), FYI, ich bin mit VM 8 Kerne, 64 GB RAM, Datenbank Hadoop Hbase.
    So problem ist eigentlich nicht die Größe bezogen. Ich habe also das Gefühl, dass die Zahl 5 wird der beste Weg sein. Wie Sie gesagt haben, Sie neu starten müssen, so können wir vermeiden, dass es durch 5.
    Könnten Sie bitte geben Sie einige Datenbank-Informationen? , wie viel Tisch ist, gibt es und wie viele Daten gibt es in der Tabelle? ist der sql wohlgeformt geschrieben??? überprüfen Sie bitte.
    Seine nicht SQL), seine Hbase(hbase.apache.org).

    InformationsquelleAutor SkyWalker

  4. 0

    Hatten wir ein problem, die sieht ähnlich aus wie deins. Tomcat war langsam zu reagieren, aber access log zeigte nur Millisekunden für die Antwort. Das problem war streaming Antworten. Einer unserer services zurückgegebene Daten in Echtzeit, der Benutzer könnte zu abonnieren. EPOLL waren immer aufgebläht. Netzwerk-Anfragen konnte nicht auf den Tomcat. Und was ist interessanter, CPU meist im Leerlauf (da konnte niemand Fragen, server, etwas zu tun) - und Akzeptor/poller threads saßen in WAIT, nicht RUNNING oder IN_NATIVE.

    In der Zeit, da wir nur begrenzte Anzahl solcher Anfragen und alles wurde normal.

    InformationsquelleAutor Imaskar

Schreibe einen Kommentar