NebluaGraph 是否能解决我们业务出现的问题？

问答 问题
43

emm :melting_face:

1 个赞
44

不过也非常感谢你的回复！ 我后面会去 再尝试其他方法看看

45

profile看下？是哪个步骤慢
lookup要多久

46

neo4j 感觉也可以吧，我感觉1s能搞

47

result.csv (625.8 KB)

前面两行都很快，问题就出现在第三行上面。

48

好吧，如果你是读多写少，而且对于并发没啥诉求的场景话，我觉得那几个内存型的产品可以试试。应该能快很多

1 个赞
49

好的！感谢

50

neo4j 0 到 10000 步 1s 能搞定？我咋感觉不行呢。

51

@min.wu @kyle Nebula 用 1 partation space + RAM disk 是不是也可以 :crazy_face:

不行再把 graph 和 storage 放一个机器用 unix socket thrift 替换 tcp thrift :face_with_peeking_eye: （逃

1 个赞
52

不确定，得测测。从以前几个对比测试看，neo4j在深度上比nebula性能好。
既然nebula做到了1s+,那估算neo4j大概可以。

53

这改动不就大了嘛

1 个赞
54

你这估算应该不太成立，neo4j 10000 步基本跑不出来。

55

测了才知道。。。。

56

立鹏之前不是做过一个 standalone 模式吗，就是将 graph 和 storage 放在单机上，然后去掉了 rpc。虽然好像没有暴露出来。

1 个赞
57

二进制好像没有了？编译选项还有暴露呢哈

58

这东西不是很久没维护了嘛。。。。

59

试过了 neo4j 没做任何优化，在 400ms左右

image
image2426×874 135 KB

2 个赞
60

好吧，进程间通信在深度查询下太浪费时间了。

另外问下，两边的数据返回结果是一致的嘛？

1 个赞
61

此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。