std::mutex 性能
对应用程序进行性能调整既耗时又昂贵。 有用的测试通常需要专用的硬件才能运行。 准备基础工作并编写运行所需的各种固定装置是专业且耗时的,其唯一的好处是可以防止您甚至不知道会发生的生产问题。
定型情景和结果
这是我遇到的一些定型观念:
- 一个功能版本包含一个新功能,该功能未经(甚至无法测试)经过充分测试,从一开始就存在主要的性能问题。
- 对现有代码的更改(可能是细化或改进现有功能)(客户未要求的更改)可能会带来灾难性的性能问题。
- 睡眠者:仅在一段时间后才会发生的系统更改(例如,用完4字节整数串行列中的值,这意味着插入该表中需要数据库引擎扫描未使用的键)。
- 更改使用方式:将其设计为以一种方式使用,然后客户开始以另一种未预期的方式使用它。
- 年龄:数据库变大,查询开始变慢,我听说这被称为“退化”,有些毛骨悚然。
这些刻板印象的一个共同解决方案是艰苦的努力:深夜和周末,人们在电话里问:“我的网站何时修复? 谁对此负责? 我听说过这种所谓的“英雄文化”。 这种心态可以使那些原本可以预防该问题的人得到不正当的回报,因为他们是最有能力解决该问题的人。
解决后,一段自我反思。 人们在问如何做才能显示