renzhong zhang
renzhong zhang
**Describe the bug (描述bug)** 目前 mbvar 中的 quantile 和 prometheus_metrics_service.cpp 中对内部数据上报的 quantile 不一致，一个是 90,99,999 一个是 0.9,0.99,0.999 **To Reproduce (复现方法)** **Expected behavior (期望行为)** 是否统一格式更好一些 **Versions (各种版本)** OS: Compiler: brpc: protobuf: **Additional...
**Describe the bug (描述bug)** mbvar 的 prometheus 的上报格式如下： service_latency{valid="false"} 0 service_latency{valid="false",quantile="80"} 0 service_latency{valid="false",quantile="90"} 0 service_latency{valid="false",quantile="99"} 0 service_latency{valid="false",quantile="999"} 0 service_latency{valid="false",quantile="9999"} 0 service_max_latency{valid="false"} 0 service_qps{valid="false"} 0 service_count{valid="false"} 1 此时没办法通过：avg(service_latency{valid="false"}) 来获取平均耗时，因为 avg 会把所有...
**Describe the bug (描述bug)** 我使用了 window 来监控测试流量，发现当测试流量为 2w 时，brpc window 的打点数值是正常的（通过 prometheus 观察），但是当测试流量上升到 5w 左右时，brpc window 的打点数值会出现异常，显示为 20w（通过 prometheus 观察）。怀疑和内部的数值类型设置有关，例如使用了 int16_t 的类型。但是在内部没有找到。想问下这个 case 可能的原因。 **To Reproduce (复现方法)** **Expected behavior (期望行为)**...