Hi Ed, Thanks. It turns out that I have glanced at JanusGraph in the past. The main landing page for JanusGraph does make it sound very impressive.
Here's my experience and I would love to get help with it. I am now building graphs that are so large, that they no longer fit into RAM (on a machine with 256GB RAM). I'm slowly moving to algorithms that can page in only the needed subgraphs, on demand and then drop these when not needed. In the past, I used to run postgres without any protections: My default config for postgres was to disable sync-to-disk, and tune all sorts of other parameters for performance. This worked great, or it worked "well enough". And then came a thunderstorm, and then another, and I got very shy about disabling the various writeback and sync features in postgres. Basically, I experienced data loss and database corruption. Which is semi-tolerable (for my current datasets), but quite painful and unpleasant and nerve-wracking. So I turned the safety features back on, but now access to atoms is maybe 10x slower than before. Yes, I bought SSD's for database storage, this helped a lot. Yes, I bought an uninterruptible power supply. For the short-term, I am good to go. But this is very home-brew. There's a big difference between tinkering in your garage, and building a factory floor. In the long-term, though, a cloud solution, with high-speed access to a distributed database is needed. I have no clue what sort of performance numbers are achievable, or what it would take to improve these (as the initial attempt is bound to be bad). How much of this would require either redesign, or large new features in atomese. I might hope "relatively little" but I am too world-wise to entertain such hopes when I'm not drunk. --linas On Sun, Oct 1, 2017 at 11:36 AM, Ed Pell <[email protected]> wrote: > JanusGraph is just a graph store. It has no available reasoners. > > It is best developed for Java and is weak for Python. As far as I can tell > there is no QA process. > > JanusGraph is developed largely by IBM and Google as a replacement for > Titan which has been taken proprietary. > > IBM would benefit far more by adopting Atomspace and its reasoners than > Opencog would benefit from JanusGraph. > > -- > You received this message because you are subscribed to the Google Groups > "opencog" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at https://groups.google.com/group/opencog. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/opencog/18ebc255-e1ac-402a-8898-6bc1cb74dfd9%40googlegroups.com > <https://groups.google.com/d/msgid/opencog/18ebc255-e1ac-402a-8898-6bc1cb74dfd9%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- *"The problem is not that artificial intelligence will get too smart and take over the world," computer scientist Pedro Domingos writes, "the problem is that it's too stupid and already has." * -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/CAHrUA36jR1pv326w29%2B4CknLSnGjH3qwgDubR%3DLA7ULFY-Jxqw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
