请问支持vs2017编译么？

[muse117]

请问支持vs2017编译么？

[lcywoodlucy]

支持vs2017，boost版本建议改成1.69

[muse117]

支持vs2017，boost版本建议改成1.69

我对您的项目很感兴趣，请问有交流的技术群么？

[muse117]

支持vs2017，boost版本建议改成1.69

用vs2017，boost1.73编译成功了，另外一个问题是，如果几百台资产同时部署的话，网络带宽会遇到问题么？需要考虑数据压缩的问题么？

[lcywoodlucy]

几百台同时部署的话有可能会出现丢包的情况，可以考虑采用0.3.6新增加的zeromq传输方式。相对于GRE，zeromq的tcp传输是可靠的。但是目前0.3.6我们还没有正式支持windows，只在centos环境下编译测试过。

[muse117]

几百台同时部署的话有可能会出现丢包的情况，可以考虑采用0.3.6新增加的zeromq传输方式。相对于GRE，zeromq的tcp传输是可靠的。但是目前0.3.6我们还没有正式支持windows，只在centos环境下编译测试过。

好的，我研究一下，有问题再跟您请教，谢谢

[muse117]

几百台同时部署的话有可能会出现丢包的情况，可以考虑采用0.3.6新增加的zeromq传输方式。相对于GRE，zeromq的tcp传输是可靠的。但是目前0.3.6我们还没有正式支持windows，只在centos环境下编译测试过。

我在windows下测试zeromq也是可以使用的啊，另外一个问题是，您当初为什么没用nanomsg呢？

[lcywoodlucy]

几百台同时部署的话有可能会出现丢包的情况，可以考虑采用0.3.6新增加的zeromq传输方式。相对于GRE，zeromq的tcp传输是可靠的。但是目前0.3.6我们还没有正式支持windows，只在centos环境下编译测试过。

我在windows下测试zeromq也是可以使用的啊，另外一个问题是，您当初为什么没用nanomsg呢？

主要是因为团队成员对zeromq比较熟悉，能很好的和我们目前工具链集成。我们准备在0.4版本支持插件功能，这样就能更好的支持不同的输出需求。

[muse117]

几百台同时部署的话有可能会出现丢包的情况，可以考虑采用0.3.6新增加的zeromq传输方式。相对于GRE，zeromq的tcp传输是可靠的。但是目前0.3.6我们还没有正式支持windows，只在centos环境下编译测试过。

我在windows下测试zeromq也是可以使用的啊，另外一个问题是，您当初为什么没用nanomsg呢？

主要是因为团队成员对zeromq比较熟悉，能很好的和我们目前工具链集成。我们准备在0.4版本支持插件功能，这样就能更好的支持不同的输出需求。

好的，期待0.4版本的发布，大概什么时候发布呢？会加入对kafka的支持么？