Re: No Improvement In Performance with indexing in Jena Fuseki

Hi Lorenz, I am using Index configuration file only for starting my Fuseki Server below is the content of my index file. @prefix : . @prefix rdf: . @prefix rdfs:

Re: No Improvement In Performance with indexing in Jena Fuseki

no, I meant the whole content of the file not just the Fuseki part which by the way as you can see just contains comments On 06.01.21 15:28, Deepali Singhavi wrote: > Hi Lorenz, > > Please find the content of my configuration file and hope this is what you > are looking for. > > But I am using

Re: No Improvement In Performance with indexing in Jena Fuseki

Hi Lorenz, Please find the content of my configuration file and hope this is what you are looking for. But I am using the same index.ttl file to start my fuseki server using below command. java -Xmx1200M -jar fuseki-server.jar --config=*LunceneIndex.ttl* # Licensed under the terms of

Re: No Improvement In Performance with indexing in Jena Fuseki

The figures for the no index case (the only ones I can make sense of because the rest are environment-dependent) look strange. ?subject rdfs:label ?object . FILTER contains(?object,"City") is a simple query. A Fuseki request, client and server on the same machine is might be expensive

Re: No Improvement In Performance with indexing in Jena Fuseki

On 06.01.21 13:33, Deepali Singhavi wrote: > Hi, > > Please find the requested details as below: > > Dataset - TDB2 Dataset > Fuseki configuration- I am using the same index config file to start fuseki > server. What do you mean by fuseki configuration sorry I am not getting it. The config file

Re: No Improvement In Performance with indexing in Jena Fuseki

No - and not in the archives: https://lists.apache.org/thread.html/rdeb6672e894fed26ef163b8e090d6a95d168009ad18be4c9a5dc5ab7%40%3Cusers.jena.apache.org%3E Lists don't accept arbitrary attachments - it's part of the anti-spam measures. Andy On 06/01/2021 12:27, Deepali Singhavi wrote:

Re: No Improvement In Performance with indexing in Jena Fuseki

Hi, Please find the requested details as below: Dataset - TDB2 Dataset Fuseki configuration- I am using the same index config file to start fuseki server. What do you mean by fuseki configuration sorry I am not getting it. number of results of the query - There are 11 triples getting returned

Re: No Improvement In Performance with indexing in Jena Fuseki

Hi Andy, I am using the same configuration file on my system and they are working for me. Attaching them again. Can you please check it now? Regards, Deepali On Mon, Jan 4, 2021 at 8:12 PM Andy Seaborne wrote: > Hi - attachments of configuration and data didn't make it (to me at least). > >

Re: No Improvement In Performance with indexing in Jena Fuseki

Ok, thanks for sharing the spreadsheet. We need more configuration infos: dataset, Fuseki configuration, number of results of the query. We didn't get  the attachment of the assembler config. With no optimizer used, the text:query triple pattern should be evaluated first - and depending on the

Re: No Improvement In Performance with indexing in Jena Fuseki

Hi - attachments of configuration and data didn't make it (to me at least). On 04/01/2021 04:56, Deepali Singhavi wrote: Hi, I am trying to implement indexing for Fuseki using Lucene/ElasticSearch using an assembler configuration file (attaching file for reference) but there is no

Re: No Improvement In Performance with indexing in Jena Fuseki

Hi, Sample size means number of triples? I have tried with 6000,4,5 and even with 1,00,000 triples. Please find the performance report attached with this email. Regards, Deepali On Mon, Jan 4, 2021 at 1:03 PM Lorenz Buehmann < buehm...@informatik.uni-leipzig.de> wrote: > What is the

Re: No Improvement In Performance with indexing in Jena Fuseki

What is the sample size here? I mean, for a low number of literals it's obvious that String containment check in Java isn't that slow. The difference will most likely come from a large scan over literals with containment check whereas with a Lucene index - which is basically an inverted index -