@stinkytofu JJYY

@ShuWei 算不上黑科技吧，这不像比武，没有明显的绝招，反正一行一行写完，测试结果就是会好一些，nginx 可能历史包袱比较重吧，如果单纯实现某一个功能就会轻巧一些，但是这个相差距我也是挺意外的。即使我没有完整解析 http 协议，但是性能差距也不应该这么大，我只是没有过滤某些 header 而已，也是完全循环到 header 结尾了。
我没有仔细研究 haproxy nginx 全部代码，但是总体架构都差不多，系统 api 就那些

@kkk9 请教，haproxy 怎么测？

@deorth 烂鸟蛋

@u20237 确实没搞懂在 gcp 上为啥这么不稳定

刚注册不久，不知道 V2EX 上边戾气这么重，我开头就说了，是实验性项目，我一没收你们钱，二没吃你们家大米，遇到新鲜事物，上来就是批评，不应该是先确定是不是，再问为什么，最后研究怎么做到的

@ugpu 配置我贴出来了，你觉得哪里有问题可以指出来我再去测

@xiaooloong wrk 就是长链接的，如果用 ab 短链接测试，数据更差

@lovelylain 上边不是展示 nginx 的进程数了吗，也是 2 个，开了 reuseport

@sadfQED2 认真看，我说的是仅限反向代理功能

@nmap 是不是新大陆，那也是我一行一行码出来的代码跑出来的。

@ugpu 标题有什么问题？测试结果确实是这样，nginx 我也不知道为什么在我这边特别不稳定，只是偶尔能跑出过万的 qps ，但是 haproxy 比较稳定，haproxy 在性能上略高 nginx 这是事实，我测出来的比 haproxy 高出很多，我不可以这样写吗？

怎么不可控？

@wkong 完美，不是指能适配各种场景哦。

确实组织的很完美，再结合 g 的调度，以及 timer 的结合，能让它表现出很强的性能和过程化开发能力（虽然说单个 poller 有些许不如意，但整体还是很强悍的，不信的同学可以 自己测试一下，我这有份测试代码，可以参考 https://github.com/shaovie/goev/blob/main/example/nettcp.go ）
可以研究一下 SetReadDeadline 的实现，感受其奥妙

@wkong NB

@visli 不支持哦

直接文件替换

find . -name "*.go" | xargs sed -i -e 's/A\.Config/A.SecretConfig/g'