Thanks a lot, after some investigation, here are a few results:

- the problem was that I had no .opt file and that the default
behavior was fixed.opt (or so it seems), when adding a none.opt (or a
stats.opt) the performance went from 1200 to 250ms (with the version
with the big filter version)
- the version with VALUES went down to 150ms using none.opt or
stats.opt, that's really cool
- the version with a big filter went down to 150ms when I turn off
optimizations (the big union takes more time than a simple filter)

I'll open the following JIRA issues:
 * documenting that fixed.opt is the default when there is no file
 * documenting that --tdb should be preferred over --loc in most cases
in tdbquery
 * feature request: ability to turn off some (or all) optimizations
for a query, a bit like
https://wiki.blazegraph.com/wiki/index.php/QueryHints

I'm satisfied with the current state.

Best,
-- 
Elie

Reply via email to