Mitko Iliev

@Tomas2D The dump contains Unicode escape sequences, not UTF-8 see: [Terse RDF Triple Language / string escapes](https://www.w3.org/2007/11/21-turtle#sec-strings) . /cc @TallTed @pkleef @smalinin HTH

@RyanOattes In addition to the query execution plan, you can do `PROFILE([query_text])` to get timings on each step of the plan. An explanation and example can be found in [this...

@Tomas2D You could fix delete part of your application to delete all referenced triples with just one triple pattern, no need of the redundant overhead of same pattern : ```...

> Same error with > > ```sparql > SELECT ?zero WHERE { > { > BIND (0 AS ?zero) > } > ``` @retog Are you mean following ? ```...

@jakubklimek Testing with TriG dumps do not show problem as you indicated. So, bearing in mind Virtuoso RDF store is a quad store, when specify `graph ?g { ... }`,...

@slater2022 Not a bug. When you use `graph ?g { ... }`, this means triple patterns inside are belong to same graph, therefore you *do not* query across all graphs....

@mitchellscnih In order to drop redundant buffering of the file in a string output, you can directly use file handler session for `RDF_LOAD_RDF_XML*() TTLP*()`, so instead of `file_to_string_output()`, you can...

@gpicciuca Please could you check the `VmSize` & `VmRSS` process stats, e.g., ``` cat /proc/{*virtuoso-pid*}/status |grep Vm ``` What are these statistics after continuous operation, and how do they change?

@idimopoulos Please check the DB & RDF store consistency - Check database execute `backup '/dev/null'` via command-line `isql` tool Does it report in server log errors? - Check RDF store...

@idimopoulos It seem you have one quad row out of sync for some reason. You can try to fix it with the steps below. Please note the size of database...