托马斯·冯德拉：基准测试很困难，有时……
原文英文，约4000词，阅读约需15分钟。
📝
内容提要
基准测试中发现，使用pgbench进行只读操作时，客户端数量增加到22时吞吐量骤降，100个客户端时又恢复。分析排除了锁、CPU资源竞争和NUMA等因素，怀疑与内核任务调度有关。将进程固定到同一核心后，吞吐量显著提升，表明任务调度对性能影响显著。
🔎
延伸解读
任务调度的重要性
文章中提到，内核任务调度对性能的影响显著。通过将进程固定到同一核心，吞吐量得到了显著提升。这表明在高并发情况下，合理的任务调度策略可以有效避免性能下降，尤其是在多核处理器环境中。
基准测试的复杂性
基准测试不仅仅是简单的性能测量，还涉及到多种因素的交互影响。文章中提到的吞吐量在不同客户端数量下的波动，反映了系统在高负载下的复杂行为。理解这些复杂性对于优化系统性能至关重要。
系统配置的影响
测试结果显示，不同的系统配置和内核版本可能会导致相似的性能问题。这提示我们在进行性能调优时，需考虑到硬件和软件环境的多样性，以便找到更具普遍性的解决方案。
❓
Q&A
在基准测试中，客户端数量增加到多少时吞吐量骤降？
当客户端数量增加到22时，吞吐量骤降。
吞吐量在100个客户端时有什么变化？
在100个客户端时，吞吐量恢复至每个客户端约20k tps。
分析中排除了哪些因素导致吞吐量下降？
分析排除了锁、CPU资源竞争和NUMA等因素。
将进程固定到同一核心后，吞吐量有什么变化？
将进程固定到同一核心后，吞吐量显著提升。
在不同系统配置和内核版本下，问题是否依然存在？
在不同的系统配置和内核版本下，问题依然存在，表明不是特定于某个内核版本。
在FreeBSD上测试时，吞吐量表现如何？
在FreeBSD上测试时，发现问题依然存在，说明不是Linux特有的行为。
🏷️
