一：背景 去年 GC架构师 Maoni 在 (2021 .NET 开发者大会) [https://ke.segmentfault.com/course/1650000041122988/section/1500000041123017] 上演示过 PerfView 的 Diff 功能来寻找内存增量，个人感觉这个功能非常不错，简单省事，所以这里就整合到 PerfView 专题中，分享一下给大家。
一：背景 这篇我们来聊一下 PerfView 在协助 WinDbg 分析 Dump 过程中的两个超实用技巧，可能会帮助我们快速定位最后的问题，主要有如下两块： 洞察内存泄漏中的静态大集合变量名。 验证当前程序的 GC 模式。 这里就把经验分享一下，希望让大家少走弯路。 二：如何洞察 1. 查看静态变量
一：背景 上一篇我们聊到了如何用 PerfView 去侦察 NTHeap 的内存泄漏，这种内存泄漏往往是用 C 的 malloc 或者 C++ 的 new 分配而不释放所造成的，这一篇我们来聊一下由 VirtualAlloc 方法造成的泄漏如何去甄别？ 了解 VirtualAlloc 的朋友肯定说， C# 这种高层语言怎么可能会用 VirtualAl
我的日志库中有这段代码 var stackTrace = new StackTrace(); string operationName = stackTrace.GetFrame(1).GetMethod().Name; 根据我使用PerfView工具进行的性能分析,它显示为 有谁知道我添加的代码对性能的影响吗？ 如果是,还有其他方法可以获取方法名称而又不会对性能产生
PerfView 概述： PerfView是一个可以帮助你分析CPU和内存问题的工具软件。它非常轻量级也不会入侵诊断的程序，在诊断过程中对诊断的程序影响甚微。 Visual Studio自带的性能分析功能在CPU占用、时间消耗、内存分配等方面的诊断效果还算不错，但PerfView可以提供更加丰富的诊断分析信
我目前正在使用PerfView进行我的(C#)应用程序的性能分析. 但通常这些应用程序使用大量数据库调用.所以我问自己这样的问题： – 在存储库中花了多少时间？ – (等待SQL查询返回需要多长时间？) – >我不知道这是否有可能用PerfView发现 但是从我的踪迹中我几乎没有任何有用的结果.在“Any
