RFC 2 带读：Host Software——从 RFC 1 的草图走向可实现的主机协议

前言RFC 1 刚刚提出“Host Software 应该怎么做”两天左右，SRI 的 Bill Duvall 就给出了 RFC 2。 两篇文档的标题都被 RFC Editor 收录为 Host software，讨论的也是同一批问题，但风格明显不同。 RFC 1 更像一张设计草图：它解释为什么需要 Host-to-Host Software，提出把 Link 0 留给控制消息，用其他 Link
RFC > 网络协议
#RFC #ARPANET #Host Software #IMP #NCP #Host-Host Protocol #SRI

Linux 性能优化工程方法论：从全局观到诊断闭环

Linux 性能优化工程方法论：从全局观到诊断闭环性能问题最麻烦的地方，通常不是“不会用某个命令”，而是不知道应该先看什么、为什么看、看到异常之后如何继续向下追。 线上出现延迟升高、吞吐下降、平均负载异常、CPU 打满、磁盘 I/O 抖动或者网络请求变慢时，如果排查方式仍然是“看一眼 top，猜一下最近改了什么，不行就搜索报错”，那么偶尔也能碰巧解决问题，但很难形成稳定、可复用的工程能力
Linux
#Linux #性能优化 #perf #性能分析 #Wireshark #系统原理 #网络

Linux 性能工程实战：从监控、定位、动态追踪到容器与网络调优

Linux 性能工程实战：从监控、定位、动态追踪到容器与网络调优Linux 性能问题真正困难的地方，通常不是“不知道某个命令怎么用”，而是不知道应该从哪里开始、下一步看什么、看到异常后如何把指标与系统机制对应起来。 CPU、内存、磁盘 I/O、网络只是性能问题的表象分类。进入真实系统后，一个看起来像“网络慢”的问题，可能来自连接跟踪表耗尽；一个“容器启动慢”的问题，可能并不是 Docke
Linux > Performance
#Linux #Docker #性能优化 #perf #性能分析 #eBPF #Prometheus #可观测性 #FlameGraph #网络调优

Linux 性能工程实战：从容器、网络丢包、动态追踪到监控与系统化优化

Linux 性能工程实战：从容器、网络丢包、动态追踪到监控与系统化优化Linux 性能问题真正困难的地方，通常不是“不知道某个命令怎么用”，而是面对一个模糊现象时，不知道应该观察什么、怎样把现象映射到系统原理、如何逐层缩小范围，以及优化之后如何证明问题真的解决了。 容器启动慢、服务间歇性丢包、ksoftirqd CPU 占用高、Nginx 吞吐量骤降，看起来是完全不同的故障。把这些问题放到一起，会
Linux > 性能优化
#Linux #Docker #性能调优 #perf #性能分析 #eBPF #网络性能 #Prometheus #可观测性

Linux 网络性能全景：从协议栈、C10K 到 NAT、抓包与内核调优

Linux 网络性能全景：从协议栈、C10K 到 NAT、抓包与内核调优Linux 网络性能问题很少是单点问题。 一个看起来只是“接口变慢”的故障，可能发生在 DNS 解析、TCP 建连、套接字缓冲区、协议栈、软中断、网卡队列、NAT 连接跟踪，甚至应用程序自己的 I/O 模型中。也正因为如此，网络性能分析不能只靠某一个命令，更不能看到 CPU 高就立刻调 CPU，看到延迟高就直接改 T
Linux
#Linux #性能优化 #Network #TCP/IP #epoll #Netfilter #NAT #tcpdump #Wireshark #DPDK #XDP

RFC 1 带读：Host Software——互联网协议协作从这里开始

前言如果只看标题，RFC 1——Host Software——很容易让人失望：它既不是 TCP，也不是 IP，没有我们今天熟悉的端口、三次握手、路由表，更谈不上 HTTP。 但如果把时间拨回 1969 年 4 月 7 日，它的重要性就完全不同了。 当时 ARPANET 甚至还没有正式投入运行。负责网络交换设备的 **BBN（Bolt, Beranek and Newman）**正在定义 IMP（I
RFC > 网络协议
#RFC #ARPANET #Host Software #IMP #NCP #网络协议

SQL 数据处理全链路：从数据清洗、ETL 到零售关联分析

在日常开发中，我们经常把 SQL 理解成“增删改查”的工具。但如果把视角从单个业务系统拉高到整条数据链路，会发现 SQL 实际上贯穿了数据的产生、清洗、集成、分析和展示。 一条比较完整的数据处理链路可以概括为： 1234567891011121314151617业务系统（OLTP） │ ▼数据抽取 Extract │ ▼数据清洗 / 转换 Transform
数据库
#Redis #SQL #SQLite #OLTP #OLAP #数据清洗 #ETL #Kettle #Python #Apriori

从表设计到磁盘 I/O：一套完整的 MySQL 性能优化与索引设计方法

很多 SQL 优化文章会从「给 WHERE 条件加索引」开始，但如果只停留在这一层，很容易形成一种错觉：慢 SQL = 缺索引，数据库优化 = 加索引。 实际上，数据库性能问题是一条完整链路上的结果： 表怎么设计 → SQL 怎么写 → 索引怎么组织 → B+ 树怎么定位 → 数据页怎么读取 → Buffer Pool 是否命中 → 最终产生多少 I/O。 真正理
数据库
#MySQL #性能优化 #索引 #SQL #数据库优化 #B+树 #InnoDB