@charles_irl:很多人都这么说
摘要
一条引用推文,反驳时间线上流行的“性能垃圾内容”,认为真正的性能工程意味着对 CPU、堆内存、磁盘和网络进行性能剖析,并缩短这些性能剖析图中最长的条形。
很多人都这么说 https://t.co/2JRGL85TPM
查看缓存全文
缓存时间: 2026/11/02 20:13
很多人都这么说 https://t.co/2JRGL85TPM
Botir Khaltaev (@botirkhaltaevv): 我在时间线上看到太多关于性能的垃圾内容。
> “我们如何运用面向数据的设计原则”
> “我们能把这个指针变成索引吗”
性能工程就是获取 CPU 火焰图,可能再加上一些堆、磁盘和网络的性能剖析。
把这些性能剖析图中最大的条块变小,如果
相似文章
@GergelyOrosz: 如今很多软件不太注重性能,运行起来就是卡顿。大家似乎都接受了这种情况。除了……
Gergely Orosz 讨论了现代软件常常忽略性能的问题,以 Bun 和 Linear 为例,并展示了 Mitchell Hashimoto 为 tmux 制作的 Superlogical 快速演示。
为变更优化,而非应用性能
本文指出,软件团队常常过度优化微性能基准测试,却牺牲了开发者体验和工程吞吐量,而这两者才是长期交付速度与可维护性的真正瓶颈。
@GergelyOrosz:更多工程师应该做这种粗略估算,并提出:“这个系统的*理论*吞吐量上限是多少?为什么实际中会低一些?”
这条推文突出了AIE Worlds Fair上的一场炉边对话,西蒙·埃斯基尔德森(Simon Eskildsen)强调了粗略计算的价值,用于估算系统理论吞吐量上限并理解实际性能为何存在差异。
@GergelyOrosz: 我们是不是一直以来都误用了“过早优化是万恶之源”?我总是以为这意味着“…
一场关于软件开发中过早优化的常见解读的讨论,引用了性能专家Casey Muratori的见解。
当令人印象深刻的性能提升无关紧要时
一篇博客文章讨论了未能跨越10秒注意力阈值的性能改进可能不会带来用户体验的好处,并以数据库查询优化和流程自动化为例。