我已经用“秒表”来检测我的应用程序。每个(重要)功能通常有一个这样的秒表。这些秒表测量实时、线程时间(和进程时间,但进程时间似乎没那么有用)和调用计数。显然,我可以使用四个值中的任何一个作为键对单个秒表进行排序。然而,这并不总是有用的,并且要求我在寻找优化机会时忽略顶级函数,因为顶级函数/秒表测量几乎所有应用程序的运行时间。
我想知道是否有任何关于任何类型的分数或启发式的研究可以指出值得关注和优化的功能/秒表?
我已经用“秒表”来检测我的应用程序。每个(重要)功能通常有一个这样的秒表。这些秒表测量实时、线程时间(和进程时间,但进程时间似乎没那么有用)和调用计数。显然,我可以使用四个值中的任何一个作为键对单个秒表进行排序。然而,这并不总是有用的,并且要求我在寻找优化机会时忽略顶级函数,因为顶级函数/秒表测量几乎所有应用程序的运行时间。
我想知道是否有任何关于任何类型的分数或启发式的研究可以指出值得关注和优化的功能/秒表?
目标是找到值得优化的代码,这很好,但问题预设了许多人的想法,即他们正在寻找“慢方法”。
然而,除了使用某些明显需要优化的方法之外,还有其他方法可以让程序不必要地花费时间。更重要的是,你不能忽视它们,因为如果你发现并解决其他问题,无论它们花费多少时间都会成为越来越大的一部分。
根据我的性能调优经验,测量时间可以判断您修复的内容是否有帮助,但对于告诉您要修复的内容并没有多大用处。例如,有很多关于 SO 的问题来自试图理解分析器输出的人。这里概述了我所依赖的方法。