Mal wieder ein interessanter Fall.
Wie stelle ich die GC richtig ein
-XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -Xss256K
Das ist auf jedenfall eine Config die sehr gut arbeitet
Hier die ganze Config
JAVA_OPTS=”${JAVA_OPTS} -Djavax.sql.DataSource.Factory=org.apache.commons.dbcp.BasicDataSourceFactory -DtestoEnvironment=Prod -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -Xss256K -XX:PermSize=384M -XX:MaxPermSize=512M -Xmx16048m -Xmx16046m
Ob der ganze Tomcat von Anfang an 16 GB hat oder nicht müßt ihr selber entscheiden.
Wie kann ich die GC richtig kontrollieren. Dafür gibt es ein sehr gutes Tool nennt sich Visual VM
Dazu müßt ihr folgende Zeilen noch in der Tomcat.conf dazu geben, das sollte nach erfolgreichen Test abgeschaltet werden.
Kostet etwas Performance. Tomcat neustarten
#JAVA_OPTS=”-Dcom.sun.management.jmxremote.port=8086 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=192.168.0.42″
Danach ist es möglich sich mit VisualVM zu verbinden und sich die Werte anzeigen zu lassen.
Hier ist es möglich eine Garbage Collection von Hand aus zu lösen, damit ist sehr leicht zu sehen, ob wir hier noch mehr fein tuning machen müssen.
Dazu habe ich noch einen Link wo dies genauer erklärt
http://www.dekho.com.au/realtime-monitoring-of-tomcat-cpu-and-memory-usage/
*update*
Hier habe ich auch noch was gutes gefunden
https://blogs.oracle.com/taylor22/entry/java_monitoring_and_tuning_example
I like virtual box better. I have used both of those products in my life. I have to say, the oracle is oracle. The virtual box natively supports the Ubuntu. It has many features to support any unknown or beta operating systems.
medical billing
LikeLike