Thanks Michael. We are experimenting the Neo4j Community Edition 2.3.1 with 1 write thread and multiple read-only threads. We have just one LOAD CSV session regularly writing into Neo4j and multiple concurrent sessions reading Neo4j data. We also have more then 4 cores on the server where Community Edition is deployed. We do not notice any performance impact with more than 4 cores. Q1: Given our use-case, is there a limit on cores that can be used on Community Edition before we can expect to see a performance degrade? Q2: Given our use-case, is there a legal limit on cores that can be used on Community Edition? Q3: Can we expect a performance improvement if we simply migrate to Neo4j Community v3.0?
rgds, On Wednesday, June 15, 2016 at 10:17:08 PM UTC-7, Michael Hunger wrote: > > The enterprise edition has a lock manager and some other infrastructure > that scales linearly across cores. Community levels off more after 4 cores. > > Von meinem iPhone gesendet > > Am 16.06.2016 um 05:17 schrieb Santiago Videla <[email protected] > <javascript:>>: > > Thanks Michael. I also thought about disk performance after I sent the > email but is good to have a confirmation that is unrelated to > community/enterprise edition. Still, apart from the import tool, I will > appreciate if you could clarify me what does it mean that the community > edition "scales up to 4 cores"? Having more than 4 cores just doesn't help > to the community edition or it could actually yield a worse performance? > What about available memory? more is always expected to be better? > > Regards, > > > On Wed, Jun 15, 2016 at 9:51 PM, 'Michael Hunger' via Neo4j < > [email protected] <javascript:>> wrote: > >> You can provide the number of processors to the import tool. >> >> I presume it's mostly your disk performance. >> >> The import tool is unrelated to the enterprise core scalability. >> >> >> >> On Tue, Jun 14, 2016 at 10:38 PM, Santiago Videla <[email protected] >> <javascript:>> wrote: >> >>> Hi, >>> >>> I'm using Neo 3.0.2 community edition and running the import tool I just >>> found that on a machine with 4 cores and 32GB of RAM the import is actually >>> ~2x faster than on another (virtual) machine with 38 cores and ~60GB of RAM. >>> >>> With 4 cores and 32GB: >>> >>> Available memory: >>> Free machine memory: 16.88 GB >>> Max heap memory : 6.97 GB >>> ... >>> ... >>> IMPORT DONE in 1m 32s 624ms. Imported: >>> 4135534 nodes >>> 43160516 relationships >>> 51504726 properties >>> >>> With 38 cores and ~60 GB >>> >>> Available memory: >>> Free machine memory: 24.08 GB >>> Max heap memory : 13.14 GB >>> ... >>> ... >>> IMPORT DONE in 2m 45s 299ms. Imported: >>> 4135534 nodes >>> 43160516 relationships >>> 51504726 properties >>> >>> >>> Is this the expected behavior? I found in [1] that the community edition >>> scales up to 4 cores (it says for version 2.3 but I assume the same holds >>> for 3.0) but with more cores I'd expected at least a similar performance, >>> not 2x slower. >>> >>> Should I use a machine with maximum 4 cores? Or can I configure Neo4j >>> somehow to avoid such a decrease in performance? Also, is there any >>> constraint about available memory and how the community edition scales or >>> more memory should lead to better performance? >>> >>> Regards, >>> >>> [1] http://neo4j.com/blog/graphs-to-production-at-scale/ >>> >>> >>> -- >>> Santiago Videla >>> http://www.linkedin.com/in/svidela >>> >>> -- >>> 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 [email protected] <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 [email protected] <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Santiago Videla > http://www.linkedin.com/in/svidela > > -- > 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 [email protected] <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 [email protected]. For more options, visit https://groups.google.com/d/optout.
