zzqCh

> > 您好，如何获取websocket的链接事件与发送内容？ > > 您好，目前该系统还不能够支持websocket的链接处理事件，后续会根据需求增加到该系统中。 您好，方便告诉下如何实现么？感觉网关对这个的需求还是挺重要的

mosn有计划采用cloudwego的netpoll作为底层的网络库么？

> > mosn有计划采用cloudwego的netpoll作为底层的网络库么？ > > 目前没有计划，你们目前的痛点是啥，是目前go runtime的性能不行吗？ 是的，我们压测了下，目前发现性能相比netpoll差很多，而且mosn的pprof上显示耗时最长的是gc。

> > > > mosn有计划采用cloudwego的netpoll作为底层的网络库么？ > > > > > > > > > 目前没有计划，你们目前的痛点是啥，是目前go runtime的性能不行吗？ > > > > 是的，我们压测了下，目前发现性能相比netpoll差很多，而且mosn的pprof上显示耗时最长的是gc。 > > 你们什么场景呢，多少长连接压测？ 500长连接，自定义协议解析，比较耗cpu，tps基本在1.5W吧，同样的功能，在netpoll下压测可达到3.8W

> 没有啥多路复用的映射关系表哟 > 可以看下整个id的修改，替换过程，差不多就是支持多路复用的关键点。 > > 1. 这个保存了原始的id > https://github.com/mosn/mosn/blob/9409ffa46969e2389f0debb9b442feb865c8ec08/pkg/stream/xprotocol/conn.go#L370 > > 2. 转发给upstream的时候分配了一个新id > https://github.com/mosn/mosn/blob/9409ffa46969e2389f0debb9b442feb865c8ec08/pkg/stream/xprotocol/conn.go#L386 > > 3. 返回请求的时候，把id还原为原始的id > https://github.com/mosn/mosn/blob/9409ffa46969e2389f0debb9b442feb865c8ec08/pkg/stream/xprotocol/stream.go#L137 好的我学习学习，谢谢您

> pr合并后就能支持websocket的代理么？也能支持多路复用的么？另外支持时间打制是在什么时候呢？

> #1832 抱歉，打错字了。请问这个有支持计划么？大致什么时间能支持？ 关于多路复用您可以看看这篇文章，这个是之前看到的文章：https://ckousik.github.io/gsoc/2017/06/16/WebSocket-Multiplexer-Overview.html 另外，关于重试：

> 1. 需要有需要的同学一起来测试完善，光等是等不来的，自己动手，丰衣足食~ > 2. 对于代理来说，直接透传的，不感知多路复用了。 > 3. 后端的挂了，你想要怎么重试？换一个cluster？ 1. 这个我们也抽空研究下 2. 还是有问题的吧？如果是透传，那client和server的连接就是一对一的吧？假设client到mosn的连接1W，那mosn到server的连接也是1W。 3. 我理解一个cluster是有多个ip的呢，其中一个挂了，应当主动尝试连接另外一个ip的吧？

> protocolA 你自己实现的协议吗 是的。是在xrpotcol的框架下实现的

> https://github.com/mosn/mosn/blob/07be2d0d6b9cee511262f85132277fcf937be23b/pkg/stream/xprotocol/conn.go#L254C11-L254C19 看你的流程，应该是返回response，你这儿返回了request，走入了错误的流程 好的。 谢谢您。我再研究研究