<br><br><div class="gmail_quote">On Sun, Feb 17, 2013 at 5:04 PM, Ivan Čukić <span dir="ltr"><<a href="mailto:ivan.cukic@kde.org" target="_blank">ivan.cukic@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Sunday, 17. February 2013. 12.20.00 Aaron J. Seigo wrote:<br>
> On Sunday, February 17, 2013 08:55:38 Martin Graesslin wrote:<br>
> > * which pulls in Virtuoso<br>
<br>
</div>Just a small off-topic here: Virtuoso *is* one of the fastest rdf databases<br>
out there. The problem is not that much with its speed, but more with the<br>
graph database searches for any database* - just imagine a normal relational<br>
database with a join for every sentence in sparql.<br></blockquote><div><br>I don't think performance is a that big problem for us. It's the unlimited memory consumption that just keeps increasing. Virtuoso performs quite well for most of our queries. I haven't gotten any complains from anyone about Nepomuk in 4.10 being too slow. Whichever bottlenecks they may be, are "most probably" in our code. Not theirs.<br>
<br>Even with the lowest memory settings (something I like running virtuoso 
on), it slowly keeps going up until it takes over a GB at times.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">* I have implemented one of those ground-up - from disk-access to the<br></div>
deductive/inferencing layer, so I kinda know what I'm talking about :)<br></blockquote><div><br>Even though there are joins at every turn, I haven't found that to be a problem with virtuoso. Though I have been dreaming about "maybe" implementing something like this [1] on top of QtSql. While it has its benefits, I'm not sure it would be a good idea. We should focus more on features.<br>
<br>[1] <a href="http://cs-www.cs.yale.edu/homes/dna/abadirdf.pdf">http://cs-www.cs.yale.edu/homes/dna/abadirdf.pdf</a><br></div></div><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>