Huabing (Robin) Zhao

@FoeverA0 Are you working on this issue?

Agree, I think access log is a must-have feature.

可以描述一下你的用例吗？

你们不是在 mesh 中使用吗？是什么协议？ On Fri, Jul 22, 2022, 8:00 PM hbgongen ***@***.***> wrote: > > 赵老师，可能有这种场景，我们使用envoy在istio之外。连接超时用在空闲连接的情况下，连接预先连上来而不发请求，这时候需要连接超时的功能，请求超时同理。 > > — > Reply to this email directly, view it on GitHub >...

请把“链接超时”和“请求超时”场景描述得更清楚一些。例如触发条件，期待的行为等等。另外请把你们的用例写到这个 issue上： https://github.com/aeraki-mesh/aeraki/issues/105 On Fri, Jul 22, 2022, 9:56 PM hbgongen ***@***.***> wrote: > 目前来说，还没有用到mesh.再慢慢演进，目前只是一个edge proxy. > > > > 发自我的iPhone > > > ------------------ 原始邮件 ------------------ > 发件人: zhaohuabing...

https://github.com/aeraki-mesh/meta-protocol-proxy/pull/75

解析头部不对估计是一个数据包中多个请求分隔出了问题，从这方面看看呢？ 如果要怀疑框架部分有问题，可以用dubbo或者thrift做一下类似的测试，看看是否会出现相同的问题。 On Thu, Aug 4, 2022, 06:40 hbgongen ***@***.***> wrote: > 赵老师，我这边之前已经完成了编码器的工作，我们的编解码比较简单，我仅用编解码后部获取一个路由信息后，防到medata里去就好了。 > 但是在压测的时候，就会出现Segment fault。 > 并且有两种情况 > 使用make release编译的，在envoy debug模式下能够接收一些请求才down掉。 > 而正常启动模式下貌似出现了解码器失效的情况，解析的头部全部不对了。非常奇怪。 > 寻求您的帮助，您是否做过相关的压力测试 > > — >...

1、单条连接不断的发请求，不会崩溃。 2、多条连接数，就会崩溃 加我微信 zhao_huabing On Fri, Aug 5, 2022, 13:24 hbgongen ***@***.***> wrote: > 头的问题解决了，但是segament fault这个crash的情况还有。 > 1、单条连接不断的发请求，不会崩溃。 > 2、多条连接数，就会崩溃 > 3、我的请求大概一个回复880字节。 > > 请问您这边有碰到过吗？很奇怪这个。基本用的就是metaProtocol的主体部分，只是自己写了decode和decode状态机的处理部分，属于简单逻辑了。 > 希望您看到能给予点建议。 > > —...

@hbgongen 问题已经解决了吧，可以把 Issue 关闭了

好的，我找时间试试。你也可以参考e2e 测试中 meta-dubbo 的方式对 dubbo 进行压测。dubbo 客户端暴露了一个测试 HTTP接口，可以直接采用http触发。 On Thu, Aug 4, 2022, 07:56 hbgongen ***@***.***> wrote: > 嗯，我这边主要是没有dubbo和thrift的压力测试环境，所以才问问您，您如果有空有结果能提供一下tps或者其他压测结果，费了点时间还没明白问题原因。我看了一下我这边的状态机状态唯一不同的就是wait_for_data状态返回前，将decode_status赋值编译头的状态，也许是不是这个在压力测试的时候有影响。 > > > > ------------------ 原始邮件 ------------------ > 发件人: "aeraki-mesh/meta-protocol-proxy" ***@***.***>; > 发送时间: 2022年8月4日(星期四)...