Two questions about VB+SemanticTurkey memory management

[Joeli Takala]

Hi,

I have a user reporting behavior where VB 14 starts to get sluggish with text input after a while for things like typing search terms etc. I checked the client computer's memory usage in Firefox on Windows, and it was about 500MB for the vocbench tab. That looks like plenty. Has anyone else run into problems with the text input slowing down in the web browser?

There's probably nothing on the server side that could help setting the parameters for the user's side, but given that Firefox + Windows is a kind of typical use case, maybe you have experiences managing it.


---

On a slightly different subject, I did check the semanticturkey and graphdb memory usage on the server side, and I did run into mysterious disparency.

My semanticturkey setvars.in.sh has (typed twice, just in case):
JAVA_OPTS=-Xms2048m -Xmx4096m
JAVA_MAX_MEM=4096M
JAVA_MIN_MEM=2048M

But I cannot see those numbers in the java process that runs semanticturkey. But I do see the minimum heap size parameter (8GB) on the graphdb's java process somehow leaking into semanticturkey side. They are set in the graphdb service description file like this:

graphdb.service:
[Service]
Environment="GDB_MIN_MEM=8g"
Environment="GDB_MAX_MEM=8g"
ExecStart=/opt/graphdb/bin/graphdb

And I have a suspicion the GDB_MIN/MAX values are exported as java options form there. For some reason the semanticturkey that starts afterwards does not seem to get it's own memory parameters - that can't be good. Originally all of the following memory amounts were in bytes, I converted them to MB and GB for readability.

(semanticturkey process)
jcmd 309673 VM.flags
309673:
-XX:CICompilerCount=2
-XX:ConcGCThreads=1
-XX:G1ConcRefinementThreads=2
-XX:G1EagerReclaimRemSetThreshold=16
-XX:G1HeapRegionSize=
-XX:GCDrainStackTargetSize=64
-XX:InitialHeapSize=246M (should be 2048M)
-XX:MarkStackSize=4M
-XX:MaxHeapSize=3934M (should be 4096M)
-XX:MaxNewSize=2360M
-XX:MinHeapDeltaBytes=2048M
-XX:MinHeapSize=8G (woah! should be 2048M)
-XX:NonNMethodCodeHeapSize=5826188
-XX:NonProfiledCodeHeapSize=122916026
-XX:ProfiledCodeHeapSize=122916026
-XX:ReservedCodeCacheSize=240M
-XX:+SegmentedCodeCache
-XX:SoftMaxHeapSize=3934M
-XX:+UseCompressedClassPointers
-XX:+UseCompressedOops
-XX:+UseG1GC

(graphdb process)
jcmd 309605 VM.flags
309605:
-XX:CICompilerCount=2
-XX:ConcGCThreads=1
-XX:G1ConcRefinementThreads=2
-XX:G1EagerReclaimRemSetThreshold=32
-XX:G1HeapRegionSize=4M
-XX:GCDrainStackTargetSize=64
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/opt/graphdb/logs/heapdump.hprof
-XX:InitialHeapSize=8G
-XX:MarkStackSize=4M
-XX:MaxDirectMemorySize=128G
-XX:MaxHeapSize=8G
-XX:MaxNewSize=5150605312
-XX:MinHeapDeltaBytes=4M
-XX:MinHeapSize=8G
-XX:NonNMethodCodeHeapSize=5826188
-XX:NonProfiledCodeHeapSize=122916026
-XX:-OmitStackTraceInFastThrow
-XX:OnOutOfMemoryError=kill -9 %p
-XX:ProfiledCodeHeapSize=122916026
-XX:ReservedCodeCacheSize=240M
-XX:+SegmentedCodeCache
-XX:SoftMaxHeapSize=8G
-XX:+UseCompressedClassPointers
-XX:+UseCompressedOops
-XX:+UseG1GC 



______
Joeli