知识卡片
架构设计决定性能上限，实现细节决定下限
内容
系统性能存在一个由架构设计划定的天花板——若并发模型、集群方案这些架构决策没打好基础，后续再怎么优化代码细节，能挤出的性能空间也有限；反过来即使架构再好，一行不当的debug日志或网络参数设置不当，也能把实际性能从架构上限大幅拉低。发散：这提示性能优化要分层看待——先确认架构层面有没有限制性能天花板，再排查实现细节是否把可用性能损耗掉，两类问题排查方法不同，混在一起查容易找错方向。
参考来源
- 位置：《从0开始学架构》第22章《18｜单服务器高性能模式：PPC与TPC》（源文件：_epub-src/OEBPS/Text/part0021_split_000.html）
- 结论依据：原文明确"一行不恰当的debug日志，就可能将服务器的性能从TPS 30000降低到8000；一个tcp_nodelay参数，就可能将响应时间从2毫秒延长到40毫秒"，并总结"架构设计决定了系统性能的上限，实现细节决定了系统性能的下限"。
- 原始内容：一行不恰当的debug日志，就可能将服务器的性能从TPS 30000降低到8000；一个tcp_nodelay参数，就可能将响应时间从2毫秒延长到40毫秒……架构设计决定了系统性能的上限，实现细节决定了系统性能的下限。