[发明专利]单层或N层应用的自动化根本原因分析

说明书

在示例实施例中，系统可以促进与一个或多个计算机应用相关联的根本原因分析。系统可以在一个或多个计算机应用处接收全局时间基准。每个计算机应用可以具有对应的本地时间基准。每个计算机应用可以使它的本地时间基准与全局时间基准同步。系统可以关于对应的本地时间基准来监视计算机应用的至少一个计算机指令。系统可以取回与至少一个计算机指令相关联的信息。系统可以将取回的计算机指令信息的至少一部分转发给验证引擎。系统可以使用取回的计算机指令信息的至少一部分来促进根本原因分析。

相关申请

本申请要求于2014年6月24日提交的美国临时申请No.61/998,321的权益。以上申请的全部教导通过引用并入本文。

背景技术

由像卡内基·梅隆(Carnegie Mellon)和静态分析工具的供应商一样的机构执行的许多研究已经表明，软件开发者花费其20％至25％的时间来编写新代码，并且花费其剩余的75％至80％的时间将它们的代码与其他开发者的代码结合或者修复它们自己的代码的错误。在任何情况下，修复除了最平凡错误之外的所有错误可以花费长时间，特别是如果事务跨越多个线程、进程或层。当这些参与的进程在多个物理机器上运行时，问题变得甚至更加复杂。

发明内容

一些实施例可以解决现有方式的上述缺陷。一些实施例包括提供优点的自动化NTIER(也被称为“N-TIER(N层)”或多层)调试工具，优点至少在于其可大大减少在解决复杂错误时所花费的人工小时的数量。一些实施例的优点在于，它们使开发者能够快速找出复杂的问题，由此为他们的雇主节省大量的时间和资源。一些实施例不需要源代码可用于它们的操作。因此，在一些实施例中，代码分析可以在客户的位置处执行，并且还可以扩展到第三方可执行文件中。此外，一些实施例可以跨层级来使时间相关，这可能是有利的，因为其可以帮助隔离跨多个层级并且需要保持大量状态的复杂问题。

本公开内容针对于促进与一个或多个计算机应用(也被称为“应用”)相关联的根本原因分析的系统和方法。在一些实施例中，系统和方法可以在一个或多个计算机应用处接收全局时间基准。该一个或多个计算机应用中的每个计算机应用可以具有对应的本地时间基准。在一些实施例中，系统和方法可以使每个本地时间基准与全局时间基准同步。在一些实施例中，系统和方法可以关于对应的本地时间基准来监视一个或多个计算机应用的至少一个计算机指令。在一些实施例中，系统和方法可以监视至少一个计算机指令的执行、加载、实现和/或存储器分配。在一些实施例中，系统和方法可以取回与至少一个计算机指令相关联的信息。在一些实施例中，系统和方法可以将取回的计算机指令信息的至少一部分转发给验证引擎，其中该至少一部分促进验证引擎处的根本原因分析。

在一些实施例中，系统和方法可以针对网络抖动来调整全局时间基准。在一些示例实施例中，本地时间基准可以通过借助同步分组对网络遍历时间的调整而被“调整”到全局时间基准。在一些实施例中，系统和方法可以接收同步消息(或分组)，以便使本地时间基准与全局时间基准同步。在一些实施例中，可以周期性地(以可选地可编程的间隔)和/或在用户命令上发送同步消息。

在一些实施例中，系统和方法可以监视一个或多个计算机指令的至少一个序列和改至少一个序列的对应的计算机指令信息。在一些实施例中，一个或多个计算机应用可以包括至少两个计算机应用。在一些实施例中，该至少两个计算机应用中的每个计算机应用可以具有该至少两个计算机应用中的单个计算机应用的不同层级。

在一些实施例中，系统和方法可以在验证引擎处将取回的计算机指令信息与存储的计算机指令信息比较，以确定与至少一个计算机指令相关联的意外行为。

在系统和方法的一些实施例中，监视还可以包括：在物理计算机的流水线中截取至少一个计算机指令中的一个或多个计算机指令；执行与该至少一个计算机指令中的一个或多个计算机指令相关联的动态二进制插桩以生成至少一个二进制插桩的指令，以及在物理计算机的高速缓冲存储器中与该至少一个二进制插桩的指令交换至少一个计算机指令中的一个或多个计算机指令。