crash - 如何计算崩溃的 "cost"？

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。

8年前关闭。




Improve this question




背景:
前段时间，我为我们的一个内部程序构建了一个记录和分类应用程序崩溃的系统。当时，我结合使用频率和累计损失时间(程序启动和崩溃之间的时间)来确定崩溃类型的优先级。它工作得相当好。
现在，The Powers That Be 想要关于正在处理的每种类型崩溃的成本的可靠数字。或者至少，看起来可靠的数字。我想我可以使用累计损失时间，乘以一些合理的数字，但这似乎很狡猾。
题:
是否有任何既定的方法来计算应用程序崩溃的实际成本？或者失败了，已发表的研究推测这些成本？

共识
准确是不可能的，但如果持续应用并且其局限性被清楚地记录下来，那么基于正常运行时间的估计就足够了。谢谢，马特，猎户座，花时间回答这个问题。

Answer 1

我没有看到任何研究，但合理的启发式方法是这样的:

(自上次发生崩溃时保存应用程序的时间 + 重新启动应用程序的时间)* 应用程序运算符(operator)的平均小时费率。

如果崩溃对外部客户有一些影响，或者可能会延迟其他事情(即创建一个瓶颈，以至于另一个人因为其他人的应用程序崩溃而坐在那里等待)，则估计会变得更加复杂。

也就是说，您的“能力”很可能会对非常粗略的估计感到满意，只要它始终如一地应用并且他们可以看到它是如何随时间变化的。