williamfzc

=。= 项目首先要考虑的不应该是能解决什么问题嘛

同 OP ，最喜欢 Courier New 同类型的打字机风格，有更像的就更好了

@wfhtqp

知道了.. 因为默认配置被不小心提交上去了，这次只是想来 share 下衍生 idea ，没有仔细测 server 这块，感谢！
用 0.7.4 亲测 ok ，compose 也可以，可尝试

@wfhtqp

暂时不带 kafka ，因为这类中间件一般由公司里的基建来承接，就不进 compose 了；

默认情况下请求会打到 server 里的 in-memory 队列，然后有一批 worker 来处理并写进 db ；
没入库目测是 neo4j 还在写，db 是目前最大的问题，太慢了；

试用的话可以先不用 compose 玩玩看，看看流程能走通不： https://opensibyl.github.io/doc/docs/usage/usage-prod#%E5%BF%AB%E9%80%9F%E8%AF%95%E7%94%A8

@wfhtqp

https://github.com/alibaba/jvm-sandbox

history 这个功能我用这个仓测的，貌似没什么问题，也算比较传统大厂仓了。比较怀疑是仓里面有些大文件使得解析直接走到里面去把 cpu 打满了，使得没法继续往下了
后续考虑把过大的源码文件忽略掉，目前只是忽略掉 binary

@wfhtqp

服务端：有队列，可以先看看服务那边有没有日志打出来，如果没有的话过会儿应该就有数据了
卡住：仓的规模大概多大？

@williamfzc 当前支持 golang 、java 、python

test