VocBench slowdows

23 views
Skip to first unread message

Stephane Schneider

unread,
Jun 27, 2024, 9:39:21 AM (9 days ago) Jun 27
to vocbench-user
Hello,

For some time now, we've been experiencing slowdowns that have forced us to stop/restart VocBench.  This happens after a few weeks and after very moderate use: 2 to 3 users doing very basic operations.
The memory is set to GDB_MAX_MEM=6144M GDB_MIN_MEM=2048M JAVA_MAX_MEM=2048M JAVA_MIN_MEM=256M.
Docker install.
Reading the attached logs, does anyone have any ideas? Any leads?

Thanks for your help

Stéphane Schneider           
INIST - CNRS (Nancy)
logs_vocbench_20240626

Armando Stellato

unread,
Jun 27, 2024, 1:16:04 PM (9 days ago) Jun 27
to Stephane Schneider, vocbench-user

Dear Stephane,

 

I see mostly a “Query evaluation exception” that should be investigated. However, from the logs I get that the version is 11.3, quite old indeed (from 2022) and that could be easily some solved non-functional issue.

Why not trying the new one (12.1) and benefit also from the most recent GraphDB versions?

 

Kind Regards,

 

Armando

 

 

--
You received this message because you are subscribed to the Google Groups "vocbench-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vocbench-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/vocbench-user/21f28bd3-01b7-4b7c-af91-cf516f22863dn%40googlegroups.com.

db...@essex.ac.uk

unread,
Jun 28, 2024, 5:32:00 AM (8 days ago) Jun 28
to vocbench-user

Hi Stephane, for what it's worth, at the UK Data Archive we set Java max memory at 8GB as we found we were hitting problems with 2GB for larger ontologies (>300k triples)
wrapper.java.maxmemory=8192  in  /opt/semanticturkey-11.4.2/etc/karaf-wrapper.conf)

We also set  GDB_HEAP_SIZE=8192M in /etc/systemd/system/graphdb.service

 

One additional thing that also maintains performance on our VocBench instance is running garbage collection on the GraphDB server once a week (https://<graphdbserver>/monitor/resources)

 

Best wishes, Darren Bell

Armando Stellato

unread,
Jun 28, 2024, 5:57:55 AM (8 days ago) Jun 28
to db...@essex.ac.uk, vocbench-user

Thanks a lot Darren!

 

One thing that may help better clarifying the need: is any of you two using the RDF4J storage (embedded or external) (at least) for some projects?

This obviously would shift the need for memory from the specific GDB triple store to the main Java memory.

 

Kind Regards,

 

Armando

 

 

 

From: 'db...@essex.ac.uk' via vocbench-user <vocben...@googlegroups.com>

Sent: Friday, June 28, 2024 11:32 AM
To: vocbench-user <vocben...@googlegroups.com>

--

You received this message because you are subscribed to the Google Groups "vocbench-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to

Reply all
Reply to author
Forward
0 new messages