Hi Paul,
I normally process about 1,000 tracks at a time with SongKong, but I’m considering running it against my full library (~170k tracks). I’ve tuned my songkongremote.sh to handle my usual workload while leaving headroom for larger jobs. My goal is to have a single, stable configuration that won’t run out of memory even with the full library. Performance is secondary to stability.
Current configuration:
./linuxjre/bin/java \
-Xms1024m \
-XX:MaxRAMPercentage=50 \
-XX:MetaspaceSize=128m \
-XX:MaxMetaspaceSize=256m \
-XX:+UseG1GC \
-XX:MaxGCPauseMillis=100 \
-XX:+HeapDumpOnOutOfMemoryError \
-Dcom.mchange.v2.log.MLog=com.mchange.v2.log.jdk14logging.Jdk14MLog \
-Dorg.jboss.logging.provider=jdk \
-Djava.util.logging.config.class=com.jthink.songkong.logging.StandardLogging \
-Dhttps.protocols=TLSv1.1,TLSv1.2 \
--add-opens java.base/java.lang=ALL-UNNAMED \
-jar lib/songkong-11.7.jar -r
System specs: 8 GB RAM, Ubuntu 22.04.5 LTS.
Do you see any issues with this setup for both small (~1k track) and large (~170k track) jobs? Would you recommend using a fixed -Xmx
instead of MaxRAMPercentage
for this scenario?