On 23.12.2016 01:16, Stas Malyshev wrote:
Hi!
So I did some light benchmarking, and it looks
like a single server can
do 700 to 800 rps for TPF queries without significant rise in the load
(which is understandable since it's almost all IO). Single request
median time seems to be around 150ms and 99% time around 500ms.
This quick test was done on 150 parallel threads.
I've re-run the benchmark with best-practices setting on 150 threads
while randomizing the patterns I look up and it gave me over 1000 rps
with average response time around 150 ms. The load was slightly higher
but nowhere near the max.
So these are the parameters so far (remember that's for one server, so 3
servers ideally are supposed to do 3x of that).
Maybe I am slightly confused here. The number of 1000 requests per
second seems to be too low if a single query leads to 100 rps, no? Or do
you mean 1000K rps?
Of course adding more servers will help, like it also does with
full-fledged SPARQL. But then there is no advantage compared to SPARQL.
We know that we can do 20-30 SPARQL queries per second with two servers.
If query execution times would be the same for TPF (!), then this would
be 2000-3000 rps already. If this requires two servers as well, then
there is no real advantage.
Best,
Markus