AlexStocks commented on issue #116: URL: https://github.com/apache/dubbo-getty/issues/116#issuecomment-2049800060
> > > 再补充一下这个 issue。当连接数超过 provider 上限之后，TCP 连接能够完成，但是服务端会马上主动断开连接。针对这种情况我认为是需要避免重新连接的。期待回复，谢谢。 <img alt="image" width="1242" src="https://private-user-images.githubusercontent.com/112961281/321465541-e69a545d-60fd-4e2f-bd65-36243055e606.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MTI4MjE5MzEsIm5iZiI6MTcxMjgyMTYzMSwicGF0aCI6Ii8xMTI5NjEyODEvMzIxNDY1NTQxLWU2OWE1NDVkLTYwZmQtNGUyZi1iZDY1LTM2MjQzMDU1ZTYwNi5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwNDExJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDQxMVQwNzQ3MTFaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1hMGQxNGJjYWYyOTdkYmRmYWU5ZTZhOTNmODQzMDZjMTQwYjU2ZTcwZTU5MmRiN2I3YTIzYjk2NjMzZWU4MDgxJlgtQW16LVNpZ25lZEhlYWRlcn M9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.u5qWXuQSgk5m2oR7juA0LCgwx1jp5hyW_eAIcQtM5I0"> > > > > > > 这是调参问题，不宜让 getty 承担太多多余的逻辑。 > > 第一，你把 provider 连接上线提升下； OR 第二，你降低下客户端连接池上限数目。 > > 在上面我提到的情况下，客户端 CPU 和内存会持续增长，服务端也会有大量的 TIME-WAIT。调参当然可以解决问题，但是服务端的连接数是动态的，所以我觉得 getty 还是应该有一个兜底的逻辑，而不是 “无脑的” 一直去重连。如果短时间内没有这方面计划或者与设计理念不符，那么可以关闭 issue 了。 当然可以添加一个最多重来次数或者重连时间限制，你愿意贡献一个 PR 吗？ -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@dubbo.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: notifications-unsubscr...@dubbo.apache.org For additional commands, e-mail: notifications-h...@dubbo.apache.org
