ahfuzhang

摘要： 阅读官网文档后的笔记：https://thanos.io/tip/components/rule.md/ 感受 官网第一个话就强调风险，看来坑很多，能不用尽量不用 recording rule & alerting rule配置在prometheus上看来才是标准做法 阅读全文

摘要： 最终效果 最终在grafana中展示了一个服务每分钟的延迟分布： 各个部分的含义如下： 1.时间的分布，从0.01秒到最多720秒 2.用颜色深浅代表次数。颜色越深，请求次数越多 3.时间轴，代表在这一分钟里面延迟的分布情况 4.分布的详情：鼠标移动到单元格，可以看见这一分钟的这一个延迟区间里，有多 阅读全文

摘要： 不行。 thanos/pkg/logging/logger.go： logger = log.NewLogfmtLogger(log.NewSyncWriter(os.Stderr)) if logFormat == LogFormatJSON { logger = log.NewJSONLogge 阅读全文

摘要： 压测环境 k8s容器环境 单核 32GB内存 thanos版本：v0.22.0 客户端发送32271959条数据，100个并发；同样的数据文件发送了两遍，取第二遍的性能数据 在thanos receiver CPU占用100%的情况下观察其表现 持续时间：14:29~15:03，33分钟 压测详细数 阅读全文

摘要： 有这样一段代码: src := []byte{xxxxx} dst := make([]byte, 0, len(src)) copy(dst, src) //这一行居然没生效！ // dst = append(dst, src...) //这样就生效了 还没搞懂为什么，后续继续深入翻翻资料！ 20 阅读全文

摘要： 接上一篇文章：【笔记】golang中使用protocol buffers的底层库直接解码二进制数据 最近计划优化prometheus的remote write协议，因为业务需要，实现了一个remote write的代理。 通过profile发现，15%的CPU时间花在了prompb协议的解码上，11 阅读全文

摘要： 背景 一个简单的代理程序，发现单核QPS达到2万/s左右就上不去了，40%的CPU消耗在pb的decode/encode上面。 于是我想，对于特定的场景，直接从[]byte中取出字段，而不用完全的把整个结构在内存展开，岂不是要快很多。 so, 温习了一些PB二进制格式的知识。 pb的二进制格式： 参 阅读全文

摘要： 业务中有这样一个struct: type bizData struct{ A uint64 B uint64 C int32 D uint32 } 虽然没有实测，但我猜测这样的对齐方式，这个struct占24字节。 业务中用一个map指向这些对象： map[uint64]*bizData 这样的存储 阅读全文

摘要： 在16:14，切换了TSDB 在16::15分切换了TSDB，并且上游未写入数据 容器的内存并未在这个时刻明显下降 疑惑： 如果thanos receiver的内存占用不与time series数量正向关，会与什么相关？ 既然切换TSDB，为什么占用内存不能明显减少？（之前的观察是明显减少的） 会不 阅读全文

摘要： 英文：Gorilla: A fast, scalable, in-memory time series database 中文：Gorilla: 一个快速, 可扩展的, 内存式时序数据库 阅读全文