Ich sitze nur ohne Anfragen, ich bekomme immer mehr Speicher, irgendwann wird das Speicherkontingent überschritten. Es gibt mehrere Dinge, die ich nicht verstehe.
JAVA_OPTS: -Xmx384m -Xss512k -XX:+UseCompressedOops -javaagent:heroku-javaagent-1.2.jar=stdout=true habe? Hier ist ein Beispiel der Protokolldatei
%Vor%Dieses Problem sollte nicht spezifisch für Heroku sein und sollte (im Idealfall) lokal reproduziert werden können. Zunächst würde ich empfehlen, Ihre App lokal auf die gleiche Weise auszuführen, wie Heroku sie ausführt:
sbt clean compile stage aus, um den target/start Launcher zu erstellen target/start -Dhttp.port=$PORT $JAVA_OPTS (setzen Sie PORT auf was auch immer du willst) Dann würde ich einen Speicherprofiler wie VisualVM verwenden, um ihn an Ihre lokal laufende App anzuhängen, um zu sehen, was passiert.
Wenn dies nicht funktioniert oder Sie eine bessere Aufteilung der Speicherbelegung auf Heroku erhalten möchten, empfehle ich die Aktivierung von Protokoll-Laufzeitmetriken . Dies kann auch mit Log2Viz verwendet werden, um eine Echtzeit-Speicher-Visualisierung zu erhalten.
hatte gerade ein ähnliches Problem. Ich konnte das Problem nicht lokal reproduzieren. Es stellte sich heraus, dass wir in unserer Protokollierungskonfiguration einen Dateiappender hatten. Das Schreiben in die Logs ließ das Gedächtnis wachsen. Sie können das überprüfen, indem Sie eine kleine App schreiben, die viel protokolliert. Wenn Sie die Protokoll-Laufzeitmetrik aktivieren, sehen Sie, dass memory_cache und memory_total wachsen.
Ich habe die gleiche Fehlermeldung in Grails-Anwendung, ich lese dies Artikel die Lösung war einfach erstellen Sie eine system.property -Datei im Stammordner mit diesem java.runtime.version = 1.7 als Inhalt Ich deploy die Anwendung und Fehler R14 ist weg
Ich hoffe, es ist hilfreich
Tags und Links scala heroku playframework-2.0