用户杨杰

支持对 java 语言的性能分析，包括： cpu allocs, 内存分配 lock, 锁 wall,所有线程状态 以及将 java pprof 关联到对应的源代码。 所有的性能文件均针对线程做收集。

aws 跨可用区流量传输需要收费。 当你的应用流量 100 MB/S 的时候，每个月要消耗 5000 刀美元。 通过为 jaeger-agent 开启 zstd 压缩。 可以节省 80% 的费用。 a

通常 pprof 展示的时候，以函数为维度进行聚合。 我们支持了更多维度的聚合： packages。以组建库为维度聚合。 lines。以行号为粒度聚合。 以行号为粒度的聚合，在 top 图中非常有用。

在性能分析时，我们假设，golang 标准库以及外部库出现问题的概率较低。 用户应该更关注自己写的代码。 only my code: 将依赖的外部库, golang 标准库的函数按 package 进

问题 对持续性能分析，需要通过 dwarf 文件获取函数名，行号，文件名，内联函数名等信息。 在实践中发现，一个 16 core 32 GB 的机器大概能处理 50 个 agent。 性能消耗过大。

最近测试了 perf, go pprof, fgpprof 等不同性能分析工具对应用的影响。 发现一件奇怪的事：开启了 cpuprofile 后，性能反而升高了。 rpc benchmark 使用 g

dwarf 由 The Debugging Information Entry 组成。 不同的 entry 有不同的类型： tag compile unit, 在 go 中就表示一个 package

背景 当我们要记录请求在不同延迟下的次数时，通常使用 prometheus.NewHistogram。 其中 buckets 都是预先定义的，有限的。 比如对于 bucket: 它将所有耗时超过 10

在查询 clickhouse 时，当同时使用 limit 和 order by 时，如果 order by 的顺序与表顺序一致， 则可以加速查询。 但是 optimize_read_in_order