performance - 如何量化你的 "slow"开发机？

Question

(请提供这个重复的问题。我很失望我找不到它。)

我的开发机器“慢”。我等待它“很多”。

想要帮助公平、准确地衡量那个时间的决策者曾问过我。您如何量化您在计算机上等待的时间(在编译期间，每天等待应用程序打开等)。

有没有软件可以有效地报告这类事情？是否有操作系统指标(I/O 某些东西、页面文件交换频率等)可以特别好地捕获和传达这一点？您建议我测试的某种基准？

编辑:我正在编写 C#(主要是 ASP.NET)。

Answer 1

这里有一个指标可能会给一些高层留下深刻印象:衡量构建应用程序所需的平均时间，以及每天这样做的次数。例如，我们最终每天进行了大约 100 个构建，每个构建时间为 60 秒。
现在，在一台可能更快的机器上测量平均构建时间(比如每次构建 30 秒)。

在这一点上，您可以看到拥有“更快”的机器可以为您节省多少时间。每个开发人员，每天。乘以开发人员的数量和一个月的天数，您可以看到这与向团队中添加另一名开发人员有何不同。
是的，我知道，在向团队增加更多人时还有其他考虑因素，但这会给你一个粗略的比较，“高层”可以与之相关。例如:如果我们都有更快的机器，我们会花更少的时间在构建上，相当于多一个开发人员。

另一方面，您应该对升级每个人的机器的成本提供良好的估计。

现在，如果可以的话，您应该对多台“更快”的机器运行这种类型的比较，以确定它们的相对性能，并可能区分您面临的瓶颈(RAM vs CPU vs I/O？)。

最后，我个人的看法是，虽然进行了此类流程以及与利益相关者的以下讨论(可能需要一段时间)，但您可以让每个人都做更大/更多的监视器。这是一个相对便宜的升级(当然，如果你选择 52 英寸 LCD 显示器，那不是那么便宜，对吗？)而且更多的显示器确实可以提高生产力(提示:还可以提高员工士气，从而提高生产力)。

HTH