That Time of Year

努力去爱一个人，但不要过分爱一个人，适度地爱，也不能完全不爱，那种爱足够让你知道在现实里怎样做对他才是好的，那种爱足够让你有动力竭尽所能善待对方。

That Time of Year Tess Nanavati 27个想法 ◆ 推荐序2 >> 对于这些问题，其实难点并不在于解决它，最难的在于发现并定位它，因为只要一旦定位了故障点或者性能瓶颈点，解决起来就并不是很复杂的事情。 >> 对于性能优化，最大的挑战就是性能分析，而性能分析要求我们对于操作系统、网络的性能要了如指掌 >> DTrace、vmstat、mpstat、sar、SystemTap 等工具利器， ◆ 推荐序3 >> 逐级攀登软件技术的三级台阶：编码、调试和调优。 >> 代码是软件的根本，一个好的软件工程师必须过代码这一关，创作代码时如行云流水，读代码时穿梭自如，如履平川。 ◆ 译者序 >> 技术都是末节，真正要把握的主体其实只是系统本身。 >> 技术的价值依附于系统及其价值，没有孤立存在的技术，一切价值的体现都在于系统本身 ◆ 1.3 事情 >> 容量规划（capacity planning）指的是一系列事前行动。在设计阶段，包括通过研究开发软件的资源占用情况，来得知原有设计在多大程度上能满足目标需求。 ◆ 1.5 性能是充满挑战的 >> 修复了一个问题可能只是把瓶颈推向了系统里的其他地方，导致系统的整体性能并没有得到期望的提升。 >> 真正的任务不是寻找问题，而是辨别问题或者说是辨别哪些问题是最重要的。 ◆ 2.3 概念 >> 响应时间包括了延时和操作时间。 >> 性能调整发生在越靠近工作执行的地方效果最显著 >> 如今许多环境都致力于特性和功能的快速部署，因此，应用程序的开发和测试倾向于关注正确性，留给性能测量和优化的时间很少甚至没有。之后当性能成为问题时，才会去做这些与性能相关的事情。 >> 已知的已知、已知的未知、未知的未知在性能领域是很重要的概念 >> 性能这块领域是“你知道的越多，你不知道的也就越多”。这和学习系统是一样的原理：你了解的越多，你就能意识到未知的未知就越多，然后这些未知的未知会变成你可以去查看的已知的未知。 >> 缓存被频繁使用来提高性能。缓存是将较慢的存储层的结果存放在较快的存储层中。 ◆ 2.4 视角 >> 资源分析以对系统资源的分析为起点，涉及的系统资源有：CPU、内存、磁盘、网卡、总线以及之间的互联。 ◆ 2.5 方法 >> 性能调整可以用一种试错的方式反复摸索，对所知道的可调参数进行设置，熟悉各种不同的值，看看是否有帮助。 >> 运行iostat -x 1 检查await 列。如果该列在负载下持续超过10（ms），那么说明磁盘太慢或是磁盘过载。 ◆ 3.2 背景 >> 在执行系统调用时，一个进程的线程有两个栈：一个用户级别的栈和一个内核级别的栈 ◆ 4.1 工具类型 >> 剖析（profiling）通过对目标收集采样或快照来归纳目标特征。 ◆ 5.1 应用程序基础 >> 操作系统最大的性能提升在于消除不必要的工作 ◆ 6.3 概念 >> 每指令周期数（CPI）是一个很重要的高级指标，用来描述CPU 如何使用它的时钟周期，同时也可以用来理解CPU 使用率的本质。 ◆ 6.6 分析 >> 平均负载大于CPU 数量表示CPU 不足以服务线程，有些线程在等待。如果平均负载小于CPU 数量，这（很可能）代表还有一些余量，线程可以在它们想要的时候在CPU 上运行。 ◆ 8.3 概念 >> 文件系统用缓存（caching）提高读性能，而用缓冲（buffering）（在缓存中）提高创作性能。 ◆ 9.3 概念 >> 有意义的IOPS 需要包含其他细节：随机或者连续、I/O 大小、读创作比 ◆ 13.2 结语 >> 所谓专家，就是即使在很狭小的领域也犯过了所有

充满了对成年人的批判。 理论太多，案例较少。 由于本剧最早是在20世纪初播出，许多理论有些过时了。 唯一的收获就是：收起成年人的权威，多站在孩子们的角度思考。