长时间运行的应用程序变慢
有一个应用程序由三个可执行文件组成。其中之一 - 调度员，运行其他可执行文件。调度程序在完成时从可执行文件接收代码。也就是说，只有分派器总是在运行，其他可执行程序会卸载并重新加载。该应用程序在服务点上运行并全天候工作。第一次启动时，应用程序运行速度很快。在一天结束时，应用程序工作非常缓慢。可能是这种行为的原因是什么？长时间运行的应用程序变慢
随着时间推移，可能会有很多原因导致减速。从缓慢的内存泄漏到防病毒。你可以做的最好的尝试是建立证据（数据）有关哪个区域的应用程序首先看。尽量不要与许多开发者谈论它，因为每个人都会对可能出现的错误有不同的看法。获取数据！
如何获得数据：
perfmon perfmon的是你的朋友。您可以查看很多计数器（系统范围以及特定流程）。所以你可以开始分析大4（内存，磁盘使用情况，CPU和网络）。在那里有一个lot of posts关于什么柜台是最好的，所以我不会在这里详细介绍性能计数器。
windbg 如果你确实看到记忆正在增长，而没有被收集，那么是时候引进大枪。 .NET非常擅长从开发人员那里抽象出内存使用情况，但这意味着我们必须在.NET下面找出不允许垃圾收集器执行其工作的内容。 windbg与sos.dll（托管扩展）是一个很好的工具。 windbg中最难的部分（以我的经验）只是让sos扩展程序正确加载。您必须密切关注您正在分析的目标体系结构（64或32）以及您正在运行的CLR版本。
procdump sysinternals的procdump是一个伟大的小工具，可以从正在运行的进程中获取内存快照。这些快照（.dmp文件）可以通过windbg进行分析。
sos 自v2以来，sos.dll已经与.NET Framework一起提供。借助v4，Visual Studio 2010集成了sos并允许您分析.dmp文件！我发现最有用的内存泄漏
的SOS命令：！
eeheap -gc
（什么是每个堆的每一代概述）dumpheap -min <size>（转储出所有对象和类型，在特定<size>）
！dumpheap型<type>（dump出来一个SPE的所有对象cific <type>）
！！gcroot <address>（打印出栈，所以你可以看到什么父对象在GC寄托）
做<address>（打印出特定对象的内存）
其他一些指针：
通常情况下，您希望在负载下快照内存，因此有一些方法可以从系统外部进行模拟。因此，提前运行它并将其应用到应用程序的质量保证过程中是一件好事。
对于性能问题，通常最好随着时间的推移使用正在运行的应用程序定期拍摄快照。然后，您可以比较分析时的快照。嗯，这比我想要的要长一点，但希望值得！
真棒答案。我会补充一点，我的第一个选择工具就是配置任务管理器并观察资源分配的动态。 – kenny 2012-02-25 14:40:36
但是，如果exe被终止，资源如何被释放？ EXE通过Application.Exit（int）终止它自己。调度器只是一个最上面的窗口。没有可能导致内存泄漏的东西（我猜）。 – EngineerSpock 2012-02-26 14:31:43
@EngineerSpock然后，首先测量系统级资源（CPU，内存，磁盘和网络）。接下来，找出哪个进程导致其中一个进程出现峰值。优化搜索并重新开始。这需要时间，但要坚持下去，你会找到原因。 – 2012-02-26 16:41:28
你必须检查你的调度器应用的内存使用情况......看来你是不处置未使用的对象。
重复订阅相同的事件会这样做。只要你不使用调试器，这只是一个猜测练习。 – 2012-02-25 13:45:39