性能损耗的疑问

[zhongweikang]

https://github.com/baidu/bfe-book/blob/version1/design/ideas/ideas.md?plain=1#L60

这里描述了两点bfe相比于nginx性能差的原因，但感觉网络模型也是非常重要的一点

nginx 的每个worker是基于reactor的单线程模型

对与bfe而言，是否是每来一个连接，都要开一个新的协程处理请求？
比如这里：https://github.com/bfenetworks/bfe/blob/develop/bfe_server/http_server.go#L101

当来了一波并发，基于上述goroutine-per-connection模型，要开大量的协程分别处理这些请求，此时GPM的调度，cpu上下文切换，都需要消耗大量cpu时间，导致性能降低

上述的描述基于主观猜测，望指正~

[mileszhang2016]

BFE使用的是Go语言的协程（即 Go routine）。
Go routine的创建和销毁的成本极低，调度方面也不涉及CPU上下文的切换，开销之小远非linux thread可比。

[zhongweikang]

必然是有消耗的，这个消耗在极致的并发下，消耗可能还不小

如果成本极低，如果 go net 网络库是完美的，这些个框架 evio / gnet / netpoll / gev ，可能都没有存在的必要了

但他们star都很高

[zhongweikang]

当时没细看，50并发，大致除以50吧？

[mileszhang2016]

你提供的数据有些可怕，超出了我的想象

[zhongweikang]

bfe 和 nginx 相比，之前看你们描述，好像也是 5倍的性能差距？

[mileszhang2016]

当然redis的报文比较小，远比http要小，内存开销比不上bfe

redis报文的平均大小是？

[zhongweikang]

redis 自带的压测工具
./bin/redis-benchmark -c 50 -n 500000 -t GET -q -r 16384

请求报文36字节，响应报文5字节