Hi Steve,
I don't think we had similar reports before but there is always the
chance that you ran into a yet undiscovered locking/concurrency problem.
It might be difficult to find the root cause. If you are willing to help
us track this down, we have various options. One option would be if we
try to reproduce the exact scenario on our end, so that we can peek into
debugging and profiling tools locally. I cannot tell how difficult it
would be for you to send us enough files to reproduce this. Another
option would be to do debugging on your machines. Are there any log
files? Can you identify at which points the problems start reliably? Are
you able to produce a dump of the server threads so that we can identify
deadlocks?
In any case it might be best to continue this discussion via our
[email protected] email addresses, as it may require the exchange
of private data.
If you do not have time to track this down, you could try spreading out
the calls. For example, you could try to put them into sequential order
by combining multiple requests into larger requests (e.g. SPARQLMotion
or SWP scripts that do things sequentially).
Holger
On 27/05/2018 10:22, Steve Ray wrote:
Hi Nick,
Actually, TBL is set up basically the way you helped me set it up
about a year ago. I think it is just tomcat, right?
It’s running on an AWS instance t2.large (8GB memory).
Please let me know if you need me to send you screen shots, etc.
The paralysis seems to possibly be related to a call that invokes
SPIN reasoning followed by an INSERT to a .tdb data store, immediately
followed by a call to a different service that executes a SELECT on
that same data. I’m presuming that the second (and subsequent) calls
would wait until the first is finished…
- Steve
Steven R. Ray, Ph.D.
Distinguished Research Fellow
Carnegie Mellon University
NASA Research Park
Building 23 (MS 23-11)
P.O. Box 1
Moffett Field, CA 94305-0001
Email: [email protected]
Phone: (650) 587-3780
Cell: (202) 316-6481
Skype: steverayconsulting
cid:[email protected]
*From:*[email protected]
[mailto:[email protected]] *On Behalf Of *Nick Abston
*Sent:* Friday, May 25, 2018 8:02 PM
*To:* [email protected]
*Cc:* Dimitrios Tzannetos; Xia, Brian; HODGES Jr, John
*Subject:* Re: [topbraid-users] TBL receiving multiple web-service
(SPARQLMotion) calls near the same time
Hi Steve,
There are many layers that can bottleneck requests as you describe.
Some may be out of the context of the webapp itself (TopBraid).
Can you describe if Tomcat is directly being called for these requests
- or - is there a proxy frontend, such as Apache httpd?- if so what
are the Apache VirtualHost (vhost) configs?
What version of TopBraid is being used?
What are the specifics of the tomcat and it's host?
eg: JVM memory parameters, host details such as CPU and memory
specifations.
Thanks
Nick
On Fri, May 25, 2018, 6:14 PM Steve Ray (CMU) <[email protected]
<mailto:[email protected]>> wrote:
Hi,
We’re standing up TBL for our research project that will be
receiving some calls from various processes in bursts. Possibly
around 25 distinct invocations within a few milliseconds. We’re
noticing that it seems to get paralyzed and never returns when
this happens. I’m assuming you all have thought of this. Right?
Isn’t there some sort of buffering so that it can stand up to a burst?
- Steve
Steven R. Ray, Ph.D.
Distinguished Research Fellow
Carnegie Mellon University
NASA Research Park
Building 23 (MS 23-11)
P.O. Box 1
Moffett Field, CA 94305-0001
Email: [email protected] <mailto:[email protected]>
Phone: (650) 587-3780
Cell: (202) 316-6481
Skype: steverayconsulting
cid:[email protected]
--
You received this message because you are subscribed to the Google
Groups "TopBraid Suite Users" group.
To unsubscribe from this group and stop receiving emails from it,
send an email to [email protected]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google
Groups "TopBraid Suite Users" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to [email protected]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout.
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
Virus-free. www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
--
You received this message because you are subscribed to the Google
Groups "TopBraid Suite Users" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to [email protected]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups "TopBraid
Suite Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
