Jiawei

@zhangiicc Would you mind tell us wether the redis requests are async call in multi-thread or sync call in the same thread ? I have tried to reproduce the same...

@zhangiicc I notice that you've already integrated your application with skywalking agent, we also support application traces from skywalking, but it require some changes in your clusters. The steps can...

@zhangiicc Have you tried it ? I mark [this](https://github.com/deepflowys/deepflow/issues/586#issuecomment-1226698897) as a solution.You can close this issue after trying this.

deepflow-app 在 v6.5 版本后可以在 config map 里加上 `worker_numbers` 配置来限制启动的子进程数，配置修改位置和具体配置形如： ```bash kubectl get cm -n deepflow deepflow ``` ```yaml app: worker_numbers: 4 ``` 此配置默认值是10，可根据实际环境中分配的 cpu 数来配置。在 6.5 性能优化期间发现相当大的内存占用是由于创建了太多子进程，但在并发吞吐上这些子进程并没有贡献太大的收益。所以可以先降低创建的工作进程数，按需分配（1

@ImJerryChan I've checked the data of `csv` that I noticed there're a few issues: 1. sort of `network` and `syscall` is wrong, and some of them sorted with short duration...

@yujianweilai Q1： 这里的 csv 不包含空行前的 span，可以确认下。 这里断开有个空行，一般是因为空行上下的 span 没有字段关联。可以确认下这里上下两个 span 的 [span_id, parent_span_id] 是否没有任何一个关系是相等的  Q2: 可以实际抓流确认下就行。一般抓的就是 http 流的内容，因为也不可能编一个 /msg/。估计是 nginx 配的入向路径 (location) 是 /msg，可以看看 Q3: > 如图，右侧部分，其中一个链路的start_time=2024-09-04 19:06:44.141000 ,...

@yujianweilai >空行上面的_id=7411062091836839336 下面的_id=7411062091836889697, 两个span信息，确实对应不上， 确认一下，这里【空行上面】的 span 是一个什么样的 span？即它在哪个服务里采集的？ 按你上面提供的信息，初步看它应该是在 ingress-nginx 内采集的客户端 span 。（如理解错误请纠正我） 如果是 nginx ，确认下插码（即 skywalking-agent 的启动位置）是从什么位置开始的，这里看 nginx 有 trace_id 却没有 span_id，是否从更前的位置发起请求产生 trace_id，但不完整遵循 sw8 协议？

@yujianweilai > 目前我们研发，只在自研的业务容器里使用了skywalking-agent插装，没有使用sky给nginx插装（对于ng的插装，我理解运维可以通过配置实现，后期我会完善），但是ng服务器上是部署了deepflow-agent的，所以nginx上的trace_id 会不会是deepflow-agent产生的呢？ deepflow-agent 不会产生 trace_id，也不会在采集过程中获取到后续链路 trace_id。总结下来如果插桩了就不会有这个空行，如果能实现这是比较直接简单的解决方案

主要是这两部分代码获取 IP ，通过导入数据产生的 span，要求在标签中加入 `app.host.ip` (已通过 otel 配置实现）与 `net.peer.ip` （需要在被追踪的应用代码中实现）来注入双端 IP https://github.com/deepflowio/deepflow/blob/main/server/ingester/flow_log/log_data/otel_import.go#L179 https://github.com/deepflowio/deepflow/blob/main/server/ingester/flow_log/log_data/otel_import.go#L213 对客户端 span：app.host.ip 等于 client，net.peer.ip 等于 service 对服务端 span: app.host.ip 等于 service , net.peer.ip 等于 client

> 我们jaeger里有这个属性，不知道能不能满足  需要明确`这个属性` 是【本机 ip】，还是【请求访问的服务端】或【来源的客户端】（对端）