1
AngryOrange 2023-05-17 16:00:57 +08:00
就我的想法,开源大多还是依赖于热爱吧,能从开源获得现金收益的个人并不多,如果 Owner 的兴趣和时间发生变化又找不到愿意接收的只能暂停维护了 😮💨
顺便,隔壁帖子在招募开源贡献者,手动狗头 https://v2ex.com/t/939792#reply33 |
2
phithon 2023-05-17 16:13:46 +08:00
有部分开源项目停止维护是因为市面上有更好的选择,在竞争中慢慢消亡,这一类其实倒没什么好唏嘘的,算是正常迭代。但是 gorilla/websocket 貌似没见太多替代品?这个才是最可惜的。所以有没有其他可以推荐的呢?
|
3
tairan2006 OP @phithon #2 好像只有 https://github.com/gobwas/ws 流行度还可以
|
4
lesismal 2023-05-17 17:53:52 +08:00
|
5
phithon 2023-05-17 19:18:47 +08:00 1
|
6
Nazz 2023-05-17 21:50:37 +08:00 via Android
@tairan2006 这个库单位 CPU 压测 IOPS 不到 gorilla/websocket 的一半
|
7
Nazz 2023-05-17 22:05:47 +08:00 via Android
限定两个逻辑 CPU ,1000 连接,1000Byte Payload ,压测 1000000 个请求,gobwas 的 IOPS 为 1 个单位,nhooyr=1 ,gorilla=2.2. nhooyr 的压缩器有内存占用过多的硬伤,gobwas 的压缩 API 非常难用,gorilla 暂时没有发现什么问题.
|
8
lesismal 2023-05-17 22:18:47 +08:00
@tairan2006
gobwas/ws 存在明显缺陷: https://github.com/gobwas/ws/issues/143 https://github.com/gobwas/ws-examples/issues/18 看作者的意思是不想解决并且 close 了 issue (其实按 gobwas 的思路也确实没办法解决) |
9
tairan2006 OP 其实 mux 被使用的也蛮多
|
10
Nazz 2023-05-18 10:46:17 +08:00
@tairan2006 mux 替代品不要太多
|