Andy Seaborne created JENA-2299:
---
Summary: RDFWriter: Rename/migrate from create(...) to source(...)
Key: JENA-2299
URL: https://issues.apache.org/jira/browse/JENA-2299
Project: Apache Jena
Iss
Andy Seaborne created JENA-2298:
---
Summary: Add convenience methods to RDFParser to directly read
into a fresh model or dataset
Key: JENA-2298
URL: https://issues.apache.org/jira/browse/JENA-2298
Project
Wolfgang Fahl created JENA-2297:
---
Summary: Change configuration files to YAML or other similarly
simple syntax
Key: JENA-2297
URL: https://issues.apache.org/jira/browse/JENA-2297
Project: Apache Jena
Hm,
coming back to this query
SELECT * WHERE { ?s p:P625 [ps:P625 ?o; pq:P376 ?body] } LIMIT 100
I calculated the triple pattern sizes:
p:P625: ~9M
ps:P625: ~9M
pq:P376: ~1K
Even with computing TDB stats it doesn't seem to perform well (not sure
if those steps have been taken into accoun
> iotops showed ~400M/s while executing the last time. Does this
> performance drop really come from HDD vs SSD?
Yes - it could well do.
Try running the queries twice in the same server.
TDB does no pre-work whatsoever so file system caching is significant.
> Especially the last two
> queries
Hi all,
just as a follow up I loaded Wikidata latest full into TDB2 via xloader
on a different less powerful server:
- 2x Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz (8 cores per cpu, 2
threads per core, -> 16C/32T)
- 128GB RAM
- non SSD RAID
it took about 93h with --threads 28; again I lost