jacewang

Results 9 comments of jacewang

还有我并不大清楚watch这个模式的用途 ![image](https://user-images.githubusercontent.com/54579461/158536192-cb83eeff-96d5-4ac1-895c-83821438ca05.png) 从图片中watch的数据看来并不大知道是哪个服务的数据 !

我知道 go build 最多只会输出一个二进制 直观理解,有些项目多个工程放在同一个仓库当中,这样 **当在某个工程的根目录,执行 goc build . 的时候, 会出现 编译出的二进制包,在另一个工程的根目录下** 的情况,难道这个没有问题吗

![image](https://user-images.githubusercontent.com/54579461/195822484-6fa8f0d8-ebe0-47f1-8fa9-ef92c5bd40b4.png) netstat -nltp,关注第二列 ![image](https://user-images.githubusercontent.com/54579461/195823446-dae04b8e-e2f3-486d-aabc-a1ec088af165.png) 各位大佬帮忙定位一下,我定位是这块代码的问题 ![image](https://user-images.githubusercontent.com/54579461/195822692-d3df16a7-09d9-437a-a450-25281f2c5ac0.png)

1、第一个问题是确实和进程内存没关系,但是如果连接缓存有堆积,导致系统内存增大,导致OOM,同时也解释了第二个问题,虚机内存资源确实紧张,但是不是根本原因,根本原因是有 _**业务代码收包逻辑有bug,导致连接缓存堆积**_ 2、使用场景是 我们的容器服务会注册到注册中心,过程中会发起获取覆盖率请求和心跳请求 网络情况: 抓包有堆积连接5分钟显示 心跳包正常,排除心跳逻辑有问题, 网卡没有出现异常包和丢包现象,但是运行大概一周后就会被OOM,期间 连接缓存一直增大 agent规模: 同时在线establish 连接是 180 - 200,范围之间

还有补充一点是, 并不是所有 establish 连接 都有堆积问题,只有 大概只有 5%的连接会有这种问题

1、第一个问题是确实和进程内存没关系,但是如果连接缓存有堆积,导致系统内存增大,导致OOM,同时也解释了第二个问题,虚机内存资源确实紧张,但是不是根本原因,根本原因是有 *业务代码收包逻辑有bug,导致连接缓存堆积* 2、使用场景是 我们的容器服务会注册到注册中心,过程中会发起获取覆盖率请求和心跳请求 网络情况: 抓包有堆积连接5分钟显示 心跳包正常,排除心跳逻辑有问题, 网卡没有出现异常包和丢包现象,但是运行大概一周后就会被OOM,期间 连接缓存一直增大 agent规模: 同时在线establish 连接是 180 - 200,范围之间 还有补充一点是, 并不是所有 establish 连接 都有堆积问题,只有 大概只有 5%的连接会有这种问题 Li Yiyang ***@***.***> 于2022年10月28日周五 13:13写道: > > 1....