Chris, Would one answer be to start with paralising that which was easily paralised ? i.e. the query above.
I find it very difficult to utilise a 'capability' system with Neo4j, and therefore wouldn't consider it to be a high performance graph database. Wayne. On Wednesday, 15 February 2017 09:41:39 UTC, Chris Vest wrote: > > It's a limitation of the current Cypher runtime, and to some degree the > current Neo4j database kernel. > Parallelising query execution is a recent area of research, and not many > industrial databases can do it yet. > I'm sure it will show up in Neo4j as well some day. > > -- > Chris Vest > System Engineer, Neo Technology > > > > On 12 Feb 2017, at 09.36, unrealadmin23 via Neo4j < > ne...@googlegroups.com <javascript:>> wrote: > > > > > > Hi, > > > > I often run deep/complex queries on my very large data-set that some > take hours of run-time. > > These queries appear to be single threaded and make little use of the > available CPU resources. > > Am I missing something or is there a way to parallelise queries ? > > > > A simple example might be, but not limited to 'get all of my unique > relationships': > > > > neo4j-sh (?)$ START r=rel(*) return distinct type(r) ; > > > > If it is not possible to paralise queries, then I presume that this is a > limitation of Java ? If so, has anyone considered re-writing Neo4j in a > HPC > > language such as OpenMP ? > > > > Thanks, Wayne. > > > > -- > > You received this message because you are subscribed to the Google > Groups "Neo4j" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to neo4j+un...@googlegroups.com <javascript:>. > > For more options, visit https://groups.google.com/d/optout. > > -- You received this message because you are subscribed to the Google Groups "Neo4j" group. To unsubscribe from this group and stop receiving emails from it, send an email to neo4j+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
