CATALINA_OPTS="-Xms1536m -Xmx1536m -XX:+UseConcMarkSweepGC";
Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Java HotSpot(TM) 64-Bit Server VM warning: INFO: os::commit_memory(0x00007fbc562b0000, 65536, 1) failed; error='Cannot allocate memory' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 65536 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /opt/lucee/tomcat/hs_err_pid27367.log
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 65536 bytes for committing reserved memory.
# Possible reasons:
# The system is out of physical RAM or swap space
# In 32 bit mode, the process size limit was hit
# Possible solutions:
# Reduce memory load on the system
# Increase physical memory or swap space
# Check if swap backing store is full
# Use 64 bit Java on a 64 bit OS
# Decrease Java heap size (-Xmx/-Xms)
# Decrease number of Java threads
# Decrease Java thread stack sizes (-Xss)
# Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# Out of Memory Error (os_linux.cpp:2627), pid=27367, tid=140446781527808
#
# JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build 1.8.0_74-b02)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.74-b02 mixed mode linux-amd64 compressed oops)
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
--------------- T H R E A D ---------------
Current thread (0x00007fbc60108000): JavaThread "C2 CompilerThread0" daemon [_thread_in_vm, id=27378, stack(0x00007fbc5075d000,0x00007fbc5085e000)]
Stack: [0x00007fbc5075d000,0x00007fbc5085e000], sp=0x00007fbc5085a850, free space=1014k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0xaba7ea]
--
Win a ticket to dev.objective from Lucee via Twitter, see http://bit.ly/1UbTMWj for details, good luck and see you there...
---
You received this message because you are subscribed to the Google Groups "Lucee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lucee+un...@googlegroups.com.
To post to this group, send email to lu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/81312f3e-7ac5-48c4-91a2-4ff07d9d3cc4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/2afbea77-757e-4461-8fae-2e4dc840c7a4%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/5ce2bdd0-8a7e-43c6-8273-e2eba804b037%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/05b53eed-a99f-44d5-ade1-7d76fad90959%40googlegroups.com.
You received this message because you are subscribed to a topic in the Google Groups "Lucee" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/lucee/Nm_IheluGJs/unsubscribe.
To unsubscribe from this group and all its topics, send an email to lucee+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CAG1WijUHQ5YzNhgDurW7R1zd0vgxXmyUdEvN%3DBwWuM-14X4SPw%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CADyK5hKrm610SdnWUAT4gZyKUHxYsEzL3ZqF1cOHaHAfg7GvJw%40mail.gmail.com.
I think 1.5GB should be plenty for many apps. I've got a couple of small/medium sized MuraCMS installs running happily in 768MB on a 1GB droplet...
I've removed the GC argument I had and it seems to be stabilising now.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/05b53eed-a99f-44d5-ade1-7d76fad90959%40googlegroups.com.
I think (but I'm no expert on Java) that the garbage collection in Java 8 was changed quite a bit, so that might be why removing the -XX:+UseConcMarkSweepGC has improved it stability as I believe in Java 8 it can automatically work out the best garbage collection routine and by specifying one you are overriding that and telling it you want to use that one instead, which might be the best for your situation.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CAG1WijXUCoLcDGZNo4tJshOB0i2F%3D2_t4d58SDAWu2NB0vV6Rw%40mail.gmail.com.
On Jun 2, 2016 12:31, "Seb Duggan" wrote:
> DigitalOcean droplet, 2GB RAM, 2CPUs
> Tomcat memory options:
> CATALINA_OPTS="-Xms1536m -Xmx1536m -XX:+UseConcMarkSweepGC";
This is to much. You only leave 512MB for OS, Apache and permgen. And due to the way the JVM works it has to be contiguous space too.
> # Possible solutions:
> # Decrease Java heap size (-Xmx/-Xms)
Did you try this?
Jochem