lan*_*nce 8 performance reporting measurement
(请提供一个重复的问题.我很失望,我找不到它.)
我的开发机器"很慢".我"等了很多".
决策者曾要求我帮助公平准确地衡量时间.如何量化您在计算机上等待的时间(在编译期间,等待应用程序每天打开等).
有没有有效报告此类事情的软件？是否存在操作系统指标(I/O某些东西,页面文件交换频率等等),这些捕获和通信特别好？某种基准你建议我测试一下？
编辑:我正在编写C#(主要是ASP.NET).
这里有一个指标可能会给一些高层留下深刻的印象：测量构建应用程序所需的平均时间，以及每天执行此操作的次数。例如，我们最终每天构建约 100 个，每个构建 60 秒。现在，在一台可能更快的机器上测量平均构建时间（例如每次构建 30 秒）。
此时您可以看到拥有“更快”的机器将为您节省多少时间。每个开发人员，每天。乘以开发人员的数量以及一个月中的天数，您可以看到这与向团队中添加其他开发人员相比有何影响。是的，我知道，在团队中添加更多人员时还有其他考虑因素，但这将为您提供与“高层”相关的粗略比较。例如：如果我们都有更快的机器，我们在构建上花费的时间就会更少，相当于多一个开发人员。
另一方面，您应该对升级每个人的机器的成本进行良好的估计。
现在，如果可以的话，您应该对多个“更快”的机器进行这种类型的比较，以确定它们的相对性能，并可能确定您面临的瓶颈（RAM、CPU 与 I/O？）。
最后，我个人的看法是，虽然进行了此类流程以及与利益相关者的后续讨论（可能需要一段时间），但您可以让每个人都拥有更大/更多的监视器。这是一个相对便宜的升级（当然，如果您选择 52 英寸 LCD 显示器，那么价格并不便宜，对吧？）并且更多的显示器空间确实可以提高生产力（专业提示：还可以提高员工的士气，从而提高生产力）。
华泰