Re: [Virtuoso-users] infrequent errors on parallel querying

[Hugh W. <hwi...@op...>]

HI Andreas,

The  “missed delete of name id cache…”  messages can be ignored as they are more informative and should not be in the default log, so will be moved to a higher or more verbose log level …

Best Regards
Hugh Williams
Professional Services
OpenLink Software, Inc.      //              http://www.openlinksw.com/
Weblog   -- http://www.openlinksw.com/blogs/
LinkedIn -- http://www.linkedin.com/company/openlink-software/
Twitter  -- http://twitter.com/OpenLink
Google+  -- http://plus.google.com/100570109519069333827/
Facebook -- http://www.facebook.com/OpenLinkSoftware
Universal Data Access, Integration, and Management Technology Providers



> On 24 Feb 2016, at 15:05, Nolle, Andreas <no...@hs...> wrote:
> 
> Hi Hugh,
>  
> in addition to my last mail I have the following question:
> Do the logs “missed delete of name id cache…” have any influence on the completeness of query results?
>  
> Best
> Andy
>  
>  
>  
> Von: Nolle, Andreas 
> Gesendet: Dienstag, 23. Februar 2016 14:42
> An: 'Hugh Williams' <hwi...@op...>
> Cc: vir...@li...
> Betreff: AW: [Virtuoso-users] infrequent errors on parallel querying
>  
> Hi Hugh,
>  
> the query workload is almost equally distributed.
>  
> The errors in the log regarding the lock file and “missed delete of name id cache” occurred both not before updating to Version 7.2.2.1. Maybe some indexes aren’t updated…
>  
> The status of the Virtuoso instance running at Port 8895 seems to remain indefinitely.
>  
> Only the issue regarding memory leaks doesn’t occurred (until now) since I updated to the new version. Don’t know if this is solved…
>  
> By the way, I have an additional question:
> Since I have a lot of queries comprising parts like
>          ?x <http://purl.org/dc/terms/partOf> ?a .
>          FILTER ( ?x >= <http://bibsonomy.org/uri/bibtexkey/conf/icmcs/NagatomoYOIT02/dblp> ) .
>          FILTER ( ?x < <http://bibsonomy.org/uri/bibtexkey/conf/wpmc/EndoMA14/dblp> ) .
> Is it possible to speed up the evaluation time of those queries, e.g. by enable some additional indexing?
>  
> Cheers
> Andy