Adrian,
Depending on version of the Fuseki script the heap setting can be rather
low (non aggressive when running on a user machine, not server).
JVM_ARGS to the fuseki-server script.
JAVA_OPTIONS to the fuseki service script.
Andy
On 27/04/16 15:06, Bangalore Akhilesh wrote:
Hi,
I had similar problem along with Java Heap running out of memory.
To address this, I have increased the Heap memory for the JVM. I did not
see these exceptions after that. Having said that, I have done this fairly
recently (only few weeks back) and may have to give it some time before the
exceptions re-surface.
Thanks,
Akhilesh
On Wed, Apr 27, 2016 at 6:37 PM, Adrian Gschwend <[email protected]> wrote:
Hi group,
I did some performance tests with different triplestores on a complex
query I had, results can be found here:
https://gist.github.com/ktk/a04e267dd776da2511692e96fc2b5d99#jena-fuseki
So far I tested Virtuoso, Stardog & Blazegraph. Jena fails with GC issues:
[2016-04-26 21:41:47] Fuseki INFO [26] 500 GC overhead limit
exceeded (837.944 s)
I found some old post where Rob mentioned this is a TDB design issue. Is
there anything I can do about it or will this query not working with TDB?
You can find the data & query details in my post
regards
Adrian
