CN105745626B - 基于进程快照的诊断生产应用 - Google Patents

Abstract

调试和诊断系统允许动态代码生成，该动态代码生成将代码插入生产应用以标识使得在预定义条件被满足的情况下快照被拍摄的快照点或断点。快照点与生产应用的源代码中的位置相关联并包括必须被满足以创建生产应用的快照的条件语句。快照点被用来生成收集计划，收集计划被提供给运行生产应用的服务器。服务器基于收集计划重写生产应用的代码，以插入在条件语句满足时创建快照的指令。

Description

基于进程快照的诊断生产应用

技术领域

本公开涉及基于进程快照的诊断生产应用。

背景技术

传统的软件诊断工具(诸如调试器、剖析器以及存储器诊断工具)通常对实况的、正在运行的进程或保存的、重量进程状态(诸如进程转储文件或历史轨迹)进行操作。实况的进程提供关于进程如何达到其当前状态的很少的历史上下文或不提供关于进程如何达到其当前状态的历史上下文。在冗长的同时，创建和分析进程转储文件是极其重量且耗时的。

用于诊断运行在生产环境中的应用中的逻辑问题的大部分当前最新工艺使用轨迹语句或动态跟踪。例如，轨迹语句，诸如打印调试，监视指示进程的执行的流的打印语句。动态跟踪，诸如微软在保持生产进程停止时实时收集数据。另一方法是允许诊断解释，诸如微软iDNA。所有这些当前的方法具有缺点。

如果现有跟踪不够，那么跟踪需要修改代码。这样的修改需要重构并重新部署应用。对于跟踪，仅开发者实际上添加到跟踪的数据可见。由于跟踪实时运行而所涉及的线程在数据被收集时不能执行真正工作，跟踪语句趋向于很小且仅收集少量比特的信息。

低影响的方法，诸如跟踪和在可被收集的数据方面非常受限，因为收集必须实时发生，其可能对目标进程有很大影响并可能降低吞吐量和性能。

经解释模型，诸如微软公司的Time Travel Tracing(iDNA)，有巨大影响，使得它们不适合在生产环境中诊断问题。

不侵略性且不破坏性地收集诊断数据是重要的。在生产环境中，诊断工具应当对生产进程和系统具有很少影响或不具有影响。使用现有的方案来对进程状态数据进行收集可能以不期望的方式影响进程和系统。

发明内容

提供本概述以便以简化的形式介绍以下在详细描述中进一步描述的一些概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。

本发明的各实施例允许用户研究服务器进程上的问题而不停止该进程。用户可标识进程代码中在特定条件下可在那里收集大量数据的点。用户可设立用于数据收集的点，并在每个点处定义数据收集的条件。代替实况调试该进程，所收集的数据被导出到可被上传到服务器的文件或收集计划。监视实用程序消费收集计划并注入使得进程的快照被创建的代码。监视实用程序修改被分析的函数的IL(中间语言)，使得条件执行并确定何时创建进程的快照。在条件满足时，快照创建整个进程的副本，包括存储器空间、模块列表等等。用户可随后使用快照副本来检查任何变量的值。

一旦快照被创建，用户可向它们附连调试器并以类似于崩溃转储的方式来分析它们。可替换地，收集器进程可被用于从快照挖掘数据。通过创建多个快照，用户获得了随时间在进程中发生了什么的历史图片。例如，用户可通过在不同位置拍摄若干快照来模拟步进。用户通过分析逐快照的改变来诊断生产应用。

本发明的各实施例允许动态代码生成，其将代码插入生产应用以标识在预定义条件满足的情况下使得快照被拍摄的快照点或断点。

附图说明

为了进一步阐明本发明的各实施例的以上和其他优点和特征，将参考附图来呈现本发明的各实施例的更具体的描述。可以理解，这些附图只描绘本发明的典型实施例，因此将不被认为是对其范围的限制。本发明将通过使用附图用附加特征和细节来描述和解释，附图中：

图1示出用快照的历史调试。

图2示出根据一个实施例的轻量进程快照。

图3是示出根据一个实施例的使用收集器进程的诊断的流程图。

图4是系统的框图，其中生产应用在数据中心或分布式网络中的服务器上运行。

图5示出了集成开发环境(IDE)，其中开发者已经为所涉及的应用打开了一个项目。

图6示出了收集计划XML文件内的快照点的示例定义。

图7是用于分析生产进程而不停止或影响进程的系统的框图。

图8图示了适当的计算和联网环境的示例。

具体实施方式

本发明的各实施例通过允许开发者定义数据应当在哪里被捕捉以及在什么情况下它应当被获得来允许诊断生产应用。这些诊断点在本文中也被称为“快照点(snappoint)”。每个快照点导致进程的整个副本在存储器内被创建。在本文中被称为“快照”的这些副本可在一个实施例中使用极为高效的机制来创建，该机制包括操作系统中的写时复制语义以及捕捉其它小的重要数据结构，诸如线程列表、模块列表、以及线程上下文。不同操作系统可结合其它机制来创建进程的快速副本。每个快照花费大约10ms来创建。其它因初始进程页面发生故障的快照花费随时间分摊。然而，对于大多数具有常规数据位置的应用，从页面故障恢复的花费是极小的。

一旦快照(或一系列快照)被创建，诸如调试器的诊断工具可附连到快照以检查。替代地，诊断收集器进程可在快照上运行并调用它想要的任何数据。使用快照，收集不受限制，因为它不在生产中的实况服务器进程中实时执行。

使用多个快照，开发者可看见应用随时间的状态，就好像它们是实况调试一样，而不会影响实况生产进程的可用性。此外，使用高级条件，诸如使得每个快照点针对专门选择的web请求来执行，开发者可确保快照点逻辑相关(甚至在立即处理许多web请求的所加载的生产服务器上)。

快照与目标进程在其上运行的操作系统合作来被创建。相比于要求诊断工具亲自生成快照，这允许快照被快得多地并使用较少的系统资源来被创建。在一个实施例中，操作系统的存储器映射机制和写时复制(copy-on-write)被用于在目标进程的地址空间中映射到新的快照进程。进程快照可以是使用页表复制和写时复制操作的对正在执行的进程的克隆。进程快照可通过其它方式被创建，诸如通过在目标进程上反射或复制目标进程的存储器地址。

如果原始进程被允许运行，则新的存储器页副本在进程向每页进行写时被创建。这可对原始进程的性能具有一些最小影响，但是它必须仅在当某页被实际写入时创建实际页。

在一些实施例中，进程状态可被诊断工具复制。例如，进程快照机制可能不对模块列表或线程列表进行快照，但是诊断工具可快速地创建模块列表或线程列表的快照并不以复制进程堆或栈所需要的方式来消耗资源。

快照模型在调试会话期间启用历史调试的模式。随着时间的被调试进程的快照允许用户查看被调试进程的状态，就好像其在快照被摄取时所存在的那样。用户可控制何时快照被摄取或调试器可在某个预定的触发或事件后自动地摄取快照。系统的物理和逻辑资源是对一次可为进程创建的快照的数量的唯一限制。这使得调试会话一次具有存在于系统中的多个快照成为可能。

图1示出用快照的历史调试。调试器进程101被用于调试被调试进程102。调试器进程101具有允许用户分析被调试进程的组件的用户界面。例如，用户界面可以提供示出调用栈103、模块104、线程105和变量检查106的窗口。被调试进程102包括，例如，线程107、模块108和虚拟存储器109。虚拟存储器109指向由操作系统的虚拟存储器管理器111所管理的物理存储器页110。

在调试会话期间，创建快照112和113。这些是在特定时间摄取的被调试进程102的快照。可以由用户手动发起快照112、113，或者调试器101可以在当观察到特定事件或触发时或以某些间隔自动生成快照112、113。

快照112包括线程表114和模块表115，它们是在快照112被创建的时刻(T1)时调试器101的内部表的副本。虚拟存储器页表116指向在快照112被创建的时刻T1时所使用的物理存储器页110。最初，虚拟存储器109和虚拟存储器116将是等同的；然而，随着被调试进程继续运行，虚拟存储器109将改变，因为它的页表指向了经更新的存储器位置110。

类似地，在另一时刻(T2)，响应于用户选择或由调试器进程101所观察到的事件或触发的出现，创建进程快照113。快照113包括在当该快照和当时的虚拟存储器页表119的副本一起被创建的时刻T2时的线程表117和模块表118的副本。

快照112、113允许调试器进程101或用户回看在快照112、113被创建的时刻(T1，T2)被调试进程102看起来像什么，尽管被调试进程102在此期间已经被改变。并且，调试器进程可以比较被调试进程102和/或进程快照112、113之间的状态以生成在不同的时间的不同进程状态之间的差异，这样用户可以查看进程的哪个部分已经被改变以及如何被改变。

在其它实施例中，可以创建快照112并且允许在没有干扰的情况下运行原始的被调试进程102。随后可以对进程快照112运行测试以观察该进程如何被影响。如果进程快照112失败或具有归咎于测试的其它问题，那么这些问题将不会影响真实的正在运行的进程102。

图2示出根据一个实施例的轻量进程快照。原始进程201包括指向存储在物理存储器203中的数据的页表202。例如，进程201可以在页表条目204中存储变量X，其指向实际存储了变量X的值的物理存储器位置205。

当从原始进程201创建进程快照206时，原始页表202被复制作为快照页表207。快照页表207的内容与原始页表202的内容相同，因为它是在快照被创建时存在的。例如，在进程快照206中，变量X指向快照页表207中的条目208，其像原始页表202一样指向存储了变量X的值的物理存储器位置205。

在快照被创建之后，原始进程201可以继续运行。原始进程可以生成变量X的新值，该新值再次被存储在原始页表202的条目204中。然而，变量X的新值是被存储在物理存储器203的新位置209中。因此，原始页表202被更新以指向物理存储器位置209，但快照页表207维持其快照状态并指向变量X的原始值仍然驻留在其中的存储器位置205。

快照机制允许较少破坏性的调试检查。通常当在中断模式中调试进程时，被调试进程被操作系统停止。这意味着在被调试进程内的代码不执行。这对于检查被调试状态来说是理想的，因为该状态在所述进程被停止时不能改变。然而，在一些情形中，停止所述进程会导致死锁或其它系统不稳定性。例如，当被调试进程在其它进程中被共享时，其它进程可能会尝试与处于中断模式中的共享的被调试进程进行通信。在最佳情形下这会导致在其它进程中的延迟，而在最坏情况下这将导致死锁、进程破坏和不稳定性。轻量快照模型通过允许调试器检查共享的进程的轻量进程快照而不是真实进程，能够在这样的情形中进行调试。真实进程被允许在该检查期间继续执行。

生产环境中的逻辑错误可使用针对生产进程的进程快照来被诊断。这使得收集器免于实时运行。进程快照使用操作系统的寻呼系统和写时复制语义来创建生产进程的存储器的闪电快速副本。一旦这一快照被创建，诊断收集器进程可按需从快照收集数据，而不影响生产进程。收集器进程可按其自己的安排(即，想要多迟钝就多迟钝)来从进程快照收集数据。快照的最初实时花费是线性地取决于进程页表的大小。其余花费随时间分摊，因为写时复制在第一次写到每页期间发生。

由于操作系统具有受限的资源，控制快照的数量是重要的。快照可使用，例如，在间隔采样、添加“超级跟踪”函数、和/或扩展现有检测点来被创建。在另一个实施例中，快照模型被使用，其中开发者定义在哪里以及在什么条件下快照应当被拍摄。快照模型类似于调试器断点。开发者通过打开生产应用的源项目并在代码编辑器中创建快照点来创建收集计划。例如，这些快照点可被定义在源文件/行号配对上，或可在特定数据点改变时发生。收集计划可接着使用生产监视系统来被上传到生产服务器。

一旦部署到生产环境，所涉及的应用可使用IL重写技术来被检测，诸如通过获得现有组件并在运行时修改它。每个文件行快照点导致对快照API的调用，并且每个数据快照点导致将数据字段转换成调用该快照API的属性设置器。

在其它实施例中，使用除IL重写外的其它技术来修改生产机器上的代码也是可能的。例如，如果生产应用使用非基于IL的代码，诸如本机代码，那么生产应用可通过将原始机器代码注入原始本机代码来被修改。经解释的环境，诸如Javascript，也可使用本发明。解释器(其可以采用匹配高级语言)可评估快照点条件。如果经解释的表达评估为真，那么解释器创建快照。

开发者可围绕所生成的快照点检测来创建复杂条件表达式以确定在什么条件下快照应被创建。可能条件的示例将会是：以快照点命中的次数作为条件、在特定数据条件或代码途径被采取时创建快照点、或选择对生产服务器的特定“受害人”请求，其中这个请求是快照点被创建所针对的唯一一个。最后一个点确保随时间在重度负载的服务器上获得的一系列快照与同一web请求逻辑地相关。

最后，一旦快照点被创建，收集器进程在它们上面运行，从进程收集如它所需要的那么多的数据。替换地，开发者可将专门的调试器附连到一个或多个快照来研究这个问题。对收集器可用的数据包括全部线程、调用栈、寄存器，以及整个进程堆。由于快照点本质上是进程的存储器内转储，收集器可作为低优先级进程来运行，从而最小化对生产系统的影响。

在快照被处理后，它们被关闭并且系统资源被释放。收集器进程的结果被序列化为有时间概念的文件格式。多个快照的结果将被包含在此文件中。这将允许开发者在每个快照点随时间检查完整进程。这个文件可包含每个快照点的不受限的数据。

图3是示出根据一个实施例的使用收集器进程的诊断的流程图。当在服务器(诸如处理实况用户请求的任何服务器)上发生问题时，开发者可用公式表示关于问题发生之处的假设。以迭代的方式使用图3所示的方法，开发者可分析此问题。

在步骤301，开发者打开IDE并定义快照点应当发生在何处。在步骤302，开发者选择快照点的命中计数条件和其它条件。例如，一个条件可以是每个快照点在同一web请求上被激发。在步骤303，快照点定义被导出到收集计划文件。

在步骤304，收集计划例如通过云门户被上传到生产进程正在其上运行的服务器。在步骤305中，生产进程通过收集代理来检测，使得快照API在每个快照点被调用。

在步骤306，请求进入生产服务器并触发每个快照点。在步骤307，如果在步骤302定义的条件评估为真，则每个快照点创建一个快照。在步骤308，收集器进程唤醒并开始提取诊断信息，诸如来自每个快照的调用栈以及变量值。在步骤309，从每个快照点收集的数据被添加到表示多个时间点的收集文件。

在步骤310，收集文件被下载到开发者机器，其可在那儿被理解多个时间上下文的诊断工具(诸如调试器)来消费。基于收集到的信息，开发者可用公式表示新假设并重复步骤301-310中的过程以定义新快照点。

图4是系统的框图，其中生产应用在数据中心或分布式网络404(其可以是例如云计算环境)中的服务器401-403上运行。开发者可在与服务器401-403进行通信的终端405上访问应用代码。在示例实施例中，大范围web应用可在分布式网络404上的服务器401-403上运行。用户可将应用的问题报告给开发者，开发者不能在运行在开发者终端405上的应用的本地安装上再现错误。开发者可在运行在服务器401-403上的生产应用中设置快照点以收集数据来分析问题。

开发者可定义要在生产应用内分析的命中-计数条件。例如，IL重写检测引擎可被用来创建快照的唯一标识符、一类命中-计数条件、以及命中计数条件目标。函数调用可被注入生产应用来在命中-计数条件满足时创建快照。

图5示出了集成开发环境(IDE)501，其中开发者已经为一个所涉及的应用打开了一个项目。例如，IDE 501可在开发者终端405(图4)上运行。IDE 501显示应用的源代码502。开发者可在源代码502中的他感兴趣看生产应用中发生了什么的每个位置处设置断点503、504。断点503、504对应于代码中开发者想要程序停止(如果他正在实况调试问题)的位置。

开发者接着打开工具菜单505并选择导出快照点选项506以创建收集计划。收集计划可以是描述源代码中断点503、504发生的位置以及断点条件的XML文件。XML文件包含将代码注入生产进程以使得快照被创建所需的信息。

图6示出了收集计划XML文件602内的快照点601的示例定义。响应于开发者选择导出快照选项505(图5)，收集计划文件602可从IDE中被发出。

XML文件602包含全部被绑定的快照点数据。<AssemblyName>(组件名)标识快照点被绑定的DLL。<MethodToken>(方法令牌)定义快照点被绑定到DLL内哪个函数。<IlOffset>(Il偏移)是MSIL从函数的开始的整数偏移。<HitCountType>(命中计数类型)和<HitCountTarget>(命中计数目标)定义快照点的条件。快照点的条件可对应于普通调试断点中使用的标准条件，例如命中计数，值条件等等。

在创建收集计划602之后，开发者在实况进程中启用它。例如，开发者可使用IDE中的选项来发布新收集计划，或使用数据中心门户中的选项来上传收集计划并启动收集。例如，使用终端405(图4)的开发者可使用门户来将收集计划602上传到数据中心或云计算环境404。收集计划602接着被分发到运行生产应用的全部机器和服务器401-402。在那些机器和服务器上运行的进程消费收集计划使得应用代码被重写。例如，在CLR的情况中，剖析API使得代码被重写以发出包括条件的代码以及新函数调用的新IL，其中条件包括命中计数或变量值，新函数调用使得快照被创建。应当理解，此进程不限于CLR，而是也可连同其它实现(诸如本机实现、Java、解释器、或可使用收集计划文件来创建新类型的断点的任何实现)一起被使用。由于生产服务器或机器为每个快照点执行代码，如果围绕那个快照点的条件被满足，则新进程快照被创建。

快照被创建而不停止生产进程，使得进程用户不知道发生了任何事或快照点发生。这允许开发者创建什么正造成进程中的问题的假设，描述快照点条件以分析那个假设，将收集计划发送到进程，并接着收集数据，而用户继续使用进程而没有任何性能影响且不停止处理。

进程快照可以以多个不同方式来被消费。在一个实施例中，实况调试器可附连到快照，其将给予开发者与用小转储(minidump)或进程的其它磁盘上副本来工作类似的体验。这将允许调试器查看在快照时间进程的整个状态。在另一个实施例中，收集器进程在快照被创建时被激活。收集器进程接着从快照挖掘数据。在此情况中，开发者不需要访问机器。相反，收集进程可从快照挖掘所需的那么多的数据，并将数据在分开的文件中转发给开发者。例如，文件可使用中可用的包括来自多个时间的数据的历史格式。允许多快照被收集并被序列化到盘的其它文件格式也可以被使用。

图7是用于分析生产进程而不停止或影响进程的系统的框图。生产进程701正在生产服务器702上运行，生产服务器702可被部署在数据中心或云计算环境中。生产进程701对应于开发者机器704上的项目代码703。如果开发者想要检查生产进程701的操作，他使用IDE 705来访问项目代码703。

开发者在感兴趣的位置处的项目代码703中创建断点，诸如在开发者假设正在导致用户错误的代码片段中。断点包括条件语句使得它们仅在预定义条件下被触发。IDE 705生成描述源代码中断点发生的位置以及断点条件的收集计划706。

IDE 705将收集计划705导出或上传到生产服务器702上的重写剖析器707。重写剖析器发出生产进程701的新代码，其包括收集计划中定义的条件。新代码被注入生产进程701并包括在条件满足时导致快照被创建的新函数调用。

生产进程701继续用新代码运行，其已被更新而不会影响用户。当在收集计划中定义的条件被满足时，快照函数被调用，且进程701的快照708被创建并被传递到收集器代理709。快照708可被传递到开发者机器704上的调试器710用于进一步分析。替换地，收集器代理709可挖掘快照寻找数据并接着将数据传递到IDE 705用于进一步分析。

使用这个过程，生产进程的重新部署不再需要。这避免了停工并允许生产进程维持状态而不影响用户。开发者接收对应于设置在项目代码703中的断点的快照709，并可分析那些快照以验证生产进程中发生的问题或故障的源。例如，开发者可定义仅在他们的假设正确的情况下将发生的断点。对应快照将接着允许进一步分析处于错误条件下的进程。

在收集器代理或调试器从快照中挖掘数据时，对原始进程的破坏被最小化。这允许随着时间摄取大量的快照来收集特定且被抽象的数据(与收集整个存储器转储相反)，并且允许趋势被容易地确定。

图8解说了其上可以实现图1-7的示例的适当的计算和联网环境800的示例。计算系统环境800只是合适的计算环境的一个示例，而非意在暗示对本发明的使用或功能性范围有任何限制。本发明可用众多其他通用或专用计算系统环境或配置来操作。适用于本发明的公知计算系统、环境、和/或配置的示例包括但不限于：个人计算机、服务器计算机、手持式或膝上型设备、平板设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费电子产品、网络PC、微型计算机、大型计算机、包括任何以上系统或设备的分布式计算环境等等。

本发明可在诸如程序模块等由计算机执行的计算机可执行指令的通用上下文中描述。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。本发明也可被实践在分布式计算环境中，分布式计算环境中任务是由通过通信网络链接的远程处理设备执行的。在分布式计算环境中，程序模块可以位于包括存储器存储设备在内的本地和/或远程计算机存储介质中。

参考图8，用于实现本发明的各个方面的示例性系统可以包括计算机800形式的通用计算设备。组件可包括但不限于诸如处理单元801之类的各种硬件组件、诸如系统存储器之类的数据存储802、以及将包括数据存储802在内的各种系统组件耦合到处理单元801的系统总线803。系统总线803可以是若干类型的总线结构中的任一种，包括存储器总线或存储器控制器、外围总线和使用各种总线架构中的任一种的局部总线。作为示例而非限制，这样的架构包括工业标准架构(ISA)总线、微通道架构(MCA)总线、增强型ISA(EISA)总线、视频电子技术标准协会(VESA)局部总线和外围部件互连(PCI)总线(也称为夹层(Mezzanine)总线)。

计算机800通常包括各种计算机可读介质804。计算机可读介质804可以是能由计算机800访问的任何可用介质，并同时包含易失性和非易失性介质以及可移动、不可移动介质，但不包括传播信号。作为示例而非限制，计算机可读介质804可包括计算机存储介质和通信介质。计算机存储介质包括以存储诸如计算机可读的指令、数据结构、程序模块或其他数据之类的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括，但不仅限于，RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁带盒、磁带、磁盘存储或其他磁存储设备，或可以用来存储所需信息并可以被计算机800访问的任何其他介质。通信介质通常以诸如载波或其他传输机制之类的已调制数据信号来体现计算机可读指令、数据结构、程序模块或其他数据，并且包括任何信息传送介质。术语“已调制数据信号”是指使得以在信号中编码信息的方式来设置或改变其一个或多个特性的信号。作为示例而非限制，通信介质包括诸如有线网络或直接线连接之类的有线介质，以及诸如声学、RF、红外及其他无线介质之类的无线介质。上面各项中的任何项的组合也包括在计算机可读介质的范围内。计算机可读介质可被实现为计算机程序产品，诸如存储在计算机存储介质上的软件。

数据存储或系统存储器802包括诸如只读存储器(ROM)和/或随机存取存储器(RAM)之类的易失性和/或非易失性存储器形式的计算机存储介质。基本输入/输出系统(BIOS)包含有助于诸如启动时在计算机800中元件之间传递信息的基本例程，它通常被存储在ROM中。RAM通常包含处理单元801可立即访问和/或当前正在操作的数据和/或程序模块。作为示例而非限制性，数据存储802保存操作系统、应用程序、其他程序模块、和程序数据。

数据存储802还可以包括其它可移动/不可移动、易失性/非易失性计算机存储介质。仅作为示例，数据存储802可以是对不可移动、非易失性磁介质进行读写的硬盘驱动器，对可移动、非易失性磁盘进行读写的磁盘驱动器，以及对诸如CD ROM或其它光学介质等可移动、非易失性光盘进行读写的光盘驱动器。可在示例性操作环境中使用的其它可移动/不可移动、易失性/非易失性计算机存储介质包括但不限于，磁带盒、闪存卡、数字多功能盘、数字录像带、固态RAM、固态ROM等。上文所描述的并且在图8中所显示的驱动器以及它们的关联的计算机存储介质，为计算机800提供对计算机可读取的指令、数据结构、程序模块及其他数据的存储。

用户可通过用户界面805或诸如平板、电子数字化仪、话筒、键盘和/或定点设备(通常指的是鼠标、跟踪球或触摸垫)等其它输入设备输入命令和信息。其他输入设备可以包括操纵杆、游戏垫、圆盘式卫星天线、扫描仪等等。另外，语音输入、使用手或手指的手势输入、或其它自然用户界面(NUI)也可与适当的输入设备(诸如话筒、相机、平板、触摸垫、手套、或其它传感器)一起使用。这些及其他输入设备常常通过耦合到系统总线803的用户输入接口805连接到处理单元801，但是，也可以通过其他接口和总线结构，如并行端口、游戏端口、通用串行总线(USB)端口来进行连接。计算机可读介质804或其他类型的显示设备也通过诸如视频接口之类的接口连接至系统总线803。监视器806也可以与触摸屏面板等集成。注意到监视器和/或触摸屏面板可以在物理上耦合至其中包括计算设备800的外壳，诸如在平板型个人计算机中。此外，诸如计算设备800等计算机还可以包括其他外围输出设备，诸如扬声器和打印机，它们可以通过输出外围接口等连接。

计算机800可使用至一个或多个远程设备(诸如远程计算机)的逻辑连接807在网络化或云计算环境中操作。远程计算机可以是个人计算机、服务器、路由器、网络PC、对等设备或其它常见的网络节点，并且一般包括上面关于计算机800所述的许多或全部元件。图8中所描述的逻辑连接包括一个或多个局域网(LAN)和一个或多个广域网(WAN)，但是，也可以包括其他网络。此类联网环境在办公室、企业范围的计算机网络、内联网和因特网中是常见的。

当在联网或云计算环境中使用时，计算机800可通过网络接口或适配器807连接至公共或私有网络。在一些实施例中，使用调制解调器或用于在网络上建立通信的其它装置。调制解调器可以是内置或外置的，它经由网络接口807或其它适当的机制连接至系统总线803。诸如包括接口和天线的无线联网组件可通过诸如接入点或对等计算机之类的合适的设备耦合到网络。在联网环境中，相关于计算机800所示的程序模块或其部分可被存储在远程存储器存储设备中。可以理解，所示的网络连接是示例性的，也可以使用在计算机之间建立通信链路的其他手段。

尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。更确切而言，上述具体特征和动作是作为实现权利要求的示例形式公开的。

Claims (12)

1.一种分析正在执行的进程的方法，所述方法包括：

访问开发者机器上正在执行的进程的源代码；

在所述源代码中定义一个或多个快照点，所述快照点用所述源代码中的位置以及一个或多个条件语句来定义；

生成包括一个或多个快照点的所述定义的收集计划；

将收集计划发送到运行正在执行的进程的服务器；

修改所述服务器上的正在执行的进程的代码，以包括用于每次快照点的所述一个或多个条件语句被满足时从正在执行的进程中创建快照的指令，其中所述快照包括使用页表复制和写时复制操作的对所述正在执行的进程的克隆，并且其中所述快照在不停止所述服务器上的正在执行的进程的情况下在命中-计数条件被满足时创建；

在对应快照点的一个或多个条件语句被满足时生成快照；

将诊断工具与所述快照相关联；以及

使用所述诊断工具从所述快照中收集数据，而不影响所述正在执行的进程。

2.如权利要求1所述的方法，其特征在于，使用集成开发环境(IDE)或开发者机器上的编辑器来访问所述源代码。

3.如权利要求1所述的方法，其特征在于，所述源代码中的所述一个或多个快照点被定义为断点。

4.如权利要求1所述的方法，其特征在于，通过使用所述服务器上的剖析器API来修改所述正在执行的进程的所述代码。

5.如权利要求1所述的方法，其特征在于，通过所述服务器上的中间语言(IL)-重写来修改所述正在执行的进程的所述代码。

6.如权利要求1所述的方法，其特征在于，通过将机器代码注入所述服务器上的本机代码中来修改所述正在执行的进程的所述代码。

7.如权利要求1所述的方法，其特征在于，所述正在执行的进程的所述代码运行在经解释的环境中，所述方法还包括：

由解释器评估快照点条件；以及

在所述快照点条件评估为真时由所述解释器创建所述快照。

8.如权利要求1所述的方法，其特征在于，进一步包括：

从所述正在执行的进程中生成一个或多个附加的快照；以及

比较来自所述快照中任意快照的数据以标识随着时间的存储器使用方面的改变。

9.在计算环境中的一种包括用于调试正在执行的进程的功能的计算机系统，所述计算机系统包括：

一个或多个处理器；

一个或多个计算机可读介质；

被作为存储在所述计算机可读介质上的计算机可执行指令来实现的一个或多个计算机模块，所述计算机可执行指令在由一个或多个处理器执行时使得所述处理器如下执行：

在运行所述进程的生产服务器处接收正在执行的进程的快照收集计划，所述快照收集计划标识所述正在执行的进程的源代码中的一个或多个快照点，所述快照点用所述源代码中的位置以及一个或多个条件语句来定义；

修改所述生产服务器上的正在执行的进程的代码，以包括用于每次快照点的所述一个或多个条件语句被满足时从正在执行的进程中创建快照的指令；

在对应快照点的所述一个或多个条件语句满足时生成所述正在执行的进程的快照，所述快照包括使用页表复制和写时复制操作的对所述正在执行的进程的克隆，其中所述快照在不停止所述生产服务器上的正在执行的进程的情况下在命中-计数条件被满足时创建；

将诊断工具与所述快照相关联；以及

使用所述诊断工具从所述快照中收集数据，而不影响所述正在执行的进程。

10.如权利要求9所述的计算机系统，其特征在于，所述快照收集计划从用集成开发环境(IDE)或开发者机器上的编辑器接收。

11.一种包括用于执行如权利要求1-8中的任一项所述的方法的装置的计算机系统。

12.一种具有指令的计算机可读存储介质，所述指令在被执行时使机器执行如权利要求1-8中的任一项所述的方法。