wslzy007

socket || database || queue || cache...

@unco020511 可以尝试 P2P 直连访问： https://cloud.tencent.com/developer/article/1926888

@pwrliang 你需要考虑系统整体负载。毕竟中断、系统调用、协议栈处理、事件回调等都抢占 cpu ，因此 cpu 切换开销不可避免，考虑到 fd 资源对应的内核对象大都是全局的，数量多了、并发大了锁竞争开销也就上去了。一般压测时使用 perf ，Oprofile 等工具采样分析一下就知道瓶颈在哪里了

内核线程的确是最优的，但实践中只要有良好的算法避免过线程切换，也是 ok 的

个人拙见，最求高性能最好是降低 sys 占用，毕竟系统中有很多自旋锁，高并发下会空耗 cpu

SG 见： https://github.com/lazy-luo/smarGate

事实上如果是追求极致高性能 linux server 架构，epoll_wait per thread 只是 1 种方式，配合 lockfree 算法实现 muilt-epoll handles vs thread-pool 在实践上貌似更优。另外可以充分利用 epoll 支持 leader 模式的特征...
多年前实现过 linux server 下高性能服务器框架，目前在 SG 工具上有使用，如果你有很好的硬件环境可以直接使用 SG 工具做一下性能测试：./proxy_server -i100000 -o10000 -w24 -x28080 (命令参数说明 i:最大接入连接数,o:最大接出连接数,w:最大线程数,x:启动一个简单的 http-server 端口)

这样的意义是什么呢？ epoll_wait 是系统调用，原则上越少越好，否则 sys 会非常高

sg 可建 tls 的 p2p 隧道 https://github.com/lazy-luo/smarGate