XIANG Yang
XIANG Yang
需要增加 SYN重传、SYNACK重传 两个指标
@lzf575 pr 中不要写中文。github唯一允许中文的两个地方： - pr comment - 代码注释（且必须也要有英文的时候）
Modifying Retention can be time-consuming when data is already stored in ClickHouse. Currently, the retention duration is initialized through the configuration of deepflow-server.yaml, and modification is not supported for the...
1. agent 启动后会根据本地 agent.yaml 配置文件中的 controller-ip 请求 server 的 controller 模块。但为了实现负载均衡，server 会回复一个 proxy-controller-ip 地址，让 agent 后续请求它。主要目的是负载均衡 2. 这里 analyzer 的叫法有些陈旧了，实际上是指的 server 中的 ingester 模块。
@TomatoMr 后面找个时间将 agent 中的 analyzer 改为 ingester，改之前先看看是否所有地方语义都能通顺。
@taohorse 是 TCP + pb。数据应该是有 pb 序列化的。 不是 grpc
> agent中，网络时延是在单点计算的。 对于TCP/ICMP协议来说，可以通过seq_id可以唯一区分同一个会话中某个请求。 请问下对于UDP协议来说，可以通过什么方式唯一区分同一个会话中某个请求。想到一个方式是使用IPID，但是IPID最大到65535就被重置到0了，所以流量大了，使用IPID貌似不太可靠。 对，UDP 没有很好的区分方法。但 1. 一般使用 UDP 的业务比较少，主要的只有 DNS 2. 由于 UDP 是不可靠协议，几乎可以肯定上层应用会有 request_id 之类的信息，我们解析 DNS 时延也是用到了这点 IP ID 确实信息量太低
@yinjiping 看看 issue 正文中的 deepflow log 文件。里面有一些奇怪的 ebpf detach
@yuanchaoa 来继续看看，并确认 standalone 和普通模式差异点在哪些环节，确认是否还有其他问题。
> 不过上面日志不是显示的INFO Uprobe了一些函数吗？这个是实际上没有uprobe成功啊 这个日志打印的不合理，图中的 nil 实际上是一个失败的行为，我们会改为 Warning 并给出明确的失败说明 