--
You received this message because you are subscribed to the Google Groups "Gremlin-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gremlin-users+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gremlin-users/83d25ff4-2081-42fd-ac7e-87cab7b1148b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> 1. Is Gremlin server ready for production?yes - and has been for many years now. i've heard of many production implementations in that time.> Does it have HA/autoscale support? Is there any documentation on this?not really - typically, people just put Gremlin Server behind a load balancer or rely on the client side load balancing strategy in the java driver (which is just round-robin at this point - it's worth noting that non-java drivers may not support that).
> 2. Is golang not the choice of language for interfacing with gremlin???TinkerPop officially supports, java, groovy, python, c#/.net, and very very soon - javascript. Any other libraries for other languages are supported by the general TinkerPop community and we typically refer to them as "third-party" libraries. Some of these libraries are very well maintained and managed like gremlin-scala and Ogre (clojure) and others are maintained to the level that their developers can manage. I don't know much about the Go drivers that are out there and which might be "the best" or how well any of them work. I will say that Go has to be the next most requested language to get "official" TinkerPop support - I don't know if that will happen any time soon.I don't know offhand what to say about your performance test as I don't do much with Neo4j. A few observations I had:1. stop returning the vertex if you don't really need it: g.addV(x).iterate()
2. how much memory did you give Gremlin Server? just the default? maybe throw some more -Xmx at it? same for neo4 - what were your memory configs there? their docs talk about a heap size of 8G minimum for reliable operations. you only have 8G on your whole VM.
3. consider your use case...is your test representative of what you will be doing in your application? lots of little addV() operations? is that for bulk loading requirements? if so, you might want to look at other methods for doing that (perhaps even something specific to Neo4j's APIs - Gremlin Server likely won't beat their bulk loading features).
4. The 100000 vertex test not returning for 10 minutes seems kinda odd - it would be interesting to see what would happen if you re-tested with more memory. Not sure what else would cause that to happen.
5. As I said, earlier I don't know how the Go driver works. When you do: conn.Exec(req) - does that block? or does it fire-and-forget? if it fires and forgets then you might be overrunning Gremlin Server with requests to some degree maybe??? Gremlin Server will queue requests as they arrive. the Java driver has the capability to slows things down if the server gets overloaded (the server slows down writes back to the client if the cilent can't respond fast enough too btw), but if the Go driver isn't that advanced it might not be doing anything smart there. Just throwing ideas out there as to what might be wrong.....i could be way off on that one.
To unsubscribe from this group and stop receiving emails from it, send an email to gremlin-user...@googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to gremlin-users+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gremlin-users/2c460f6d-f960-45a6-942d-1db45512c66c%40googlegroups.com.