eSockd(Erlang TCP/SSL 服务器框架)1.0-beta 发布

[tencoldays]

项目地址:

https://github.com/emqtt/esockd

版本功能:

1. 异步非阻塞TCP/SSL Socket服务器框架

2. 支持Acceptor池与异步Accept

3. 支持最大连接数管理


Q: 为什么不用Ranch？

A: 如果你深入理解下Erlang的TCP服务器结构，比如inet httpd、rabbitmq、ejabberd，就知道Ranch框架不及格。比如两次controlling_proccess，SSL握手阻塞Acceptor，连接Supervisor和最大连接控制都写得如屎。

当然，eSockd也可能如屎一般，但目前是我尽了很大努力拉出来的了...

如果你发现不合理的地方，请邮件我: [e-mail]，或者Pull Request我

[scys]

槽点：eSockd也可能如屎一般，但目前是我尽了很大努力拉出来的了...

好吧，冲你这句话，我还看看erlang去，学习下语言

[00]

厉害，单从repo 来看，repo 主对ranch、rabbitmq networking 非常熟悉。

另，请教个小问题，为什么如此青睐 阻塞 模式，而不像ejabberd 那样使用 半阻塞 模式？

[tencoldays]

@00 ejabberd 那样使用 半阻塞 模式 是指？

[00]

@tencoldays
我看ejabberd 的代码，是在controlling_proccess 会将 socket 设置为active once . controlling_proccess 将socket 交给gen_server 进程去处理，也就是不需要显式地执行gen_tcp:recv 操作。

再另外，我用esockd 做了cowboy的 TCP层(替换了ranch)，每秒能够处理的请求有10%左右的提升，而且，esockd 的CPU 消耗要比ranch 小。

关于“显式地执行gen_tcp:recv” 的方式，我猜测，您是想用esockd 来替换ranch ？

[tencoldays]

@00 理解你意思了。 esockd和ranch一样，只负责到TCP accept。一旦socket连接建立后，如何处理比如阻塞、半阻塞、非阻塞，是自行选择的。

这里有示例： https://github.com/emqtt/esockd/tree/master/examples

active_once的: https://github.com/emqtt/esockd/blob/master/examples/gen_server/src/gen_echo_server.erl

[00]

@tencoldays
多谢，只顾看源代码了，没仔细看example .