容器化 TCP Socket 缓存、接收窗口参数
· ☕ 11 åˆ†é’Ÿ
最近需要支持一个单实例 TCP 连接数上 10k 的基础服务(Cassandra)的容器化。需要对其使用的资源(特别是TCP缓存内存)、对相邻 Pod(同一 worker node 上运行的)影响(即容器隔离情况),等时行预估。故写本文,以备忘

图解 Istio & Envoy 请求处理流程、超时、熔断、指标监控
· ☕ 6 åˆ†é’Ÿ
要实现 Istio 网格节点故障快速恢复,需要深入理解其请求的处理流程。本文图解 Istio & Envoy 请求处理流程、超时、熔断、指标监控

可能是最完整的 TCP 连接健康指标工具 ss 的说明
· ☕ 10 åˆ†é’Ÿ
写在前面 TCP 连接健康的重要性 如何查看 TCP 连接健康 容器化时代 曾神秘的 ss 更神秘的无文档指标 ss 简介 字段说明 Recv-Q与Send-Q 基本信息 内存/TC

从性能问题定位,扯到性能模型,再到 TCP - 都微服务云原生了,还学 TCP 干嘛系列 Part 1
· ☕ 9 åˆ†é’Ÿ
引 本来想直接写理论、和实践分析的,但为了不 “赶客出門” 和不 TL;DR,还是以故事形式展开吧。语言要生动活泼。 故事的开始 话说,一次性能测试中,

玩火的容器内存控制 CGroup - 容器基础拾遗 Part 1
· ☕ 16 åˆ†é’Ÿ
容器内存限制是个矛盾而重要的选择,给多了浪费资源,给少了服务随机崩溃。CGroup 内存控制是容器资源控制的核心。她是个规律严明的看守者,在应用超限时狠心地 OOM Klll。她同时也有宽容的一面,在应用资源不足时,调配和释放 Cache 给应用使用。而其内心的记账算法却耐人寻味。要观察和监控她的状态和行为,更是千条万绪。本文尝试用作分析和梳理。

持续学习和关心个人资讯的IT人,为何考虑学点 self-hosting
· ☕ 4 åˆ†é’Ÿ
作为一个社会人,生活在不确定性的环境中,我们都注重个人财产的把控。但没多少人认真考虑过个人拥有的资讯的把控。如果你完全相信大厂们如何对待你的聊天记录,相册……且信它们永远保密且保持运营,那么……。否则信息保存和备份在自己手中,才是最可把控的。另外,作为一个爱学习和折腾的程序员,如果没有自己自主的实验环境,知识管理环境,是被动和受限的。这两个问题,"自托管(self-hosting)" 是解决选项之一。

谁动了我的 CPU 频率 —— CPU 性能之迷 Part 2
· ☕ 20 åˆ†é’Ÿ
很多人知道 CPU 频率会影响 CPU 性能,也知道频率会动态变化,且知道 Linux 有 performance/powersave 两种频率控制策略。但很少人知道背后的软件原理,更少人知道如何调优策略,和监控实际 CPU 频率。

被误解的CPU利用率、超线程、动态调频 —— CPU 性能之迷 Part 1
· ☕ 17 åˆ†é’Ÿ
CPU利用率,这个再常用,且看似简单不过的指标,在超线程、动态调频等技术影响下,其准确性、估算参考价值,均出现了大问题。