我是否完全误解了如何使用 Visual Studio 2008 分析器？
抱怨{
当我使用 Visual Studio 2008 的分析器（从“分析”菜单选项）分析我的代码时，我总是感到非常沮丧。 在我看来，这是 VS 设计最差的功能之一，每次需要使用它时我都会感到畏缩。
}
我有一些关于它的使用的问题，我希望你们能给我一些指示:-)
- 你需要在调试或发布中构建你的项目来分析它们吗？ 一个对话框（我不知道如何返回）提到我应该在发布下进行分析。 好的 - 我这样做 - 当我去运行代码时，它告诉我缺少 PDB 文件。 惊人的。 所以我回到调试模式，尝试运行它，它告诉我一半的项目需要在 /PROFILE 开关打开的情况下重新编译。
- 是否可以分析 C++/CLI 项目？ 打开 /PROFILE 开关后，有一半的时间我的 C++/CLI 项目绝对没有任何输出。
- 为什么在尝试分析 C# 项目时，它们在模块视图名称列表下的报告中显示为 0x0000001、0x0000002、0x0000003 等？ 真的吗，VS？ 真的吗？ 您无法猜测我的模块的名称吗？
- 就此而言，为什么函数名称报告为 0x0A000011、0x06000009、0xA0000068 等？
- 为什么，为什么，VS 会重建正在分析的可执行文件的依赖树中的所有内容？ 如果您的解决方案中有 5-6 个项目，这可能不是问题，但是当您有 70 个项目时，甚至不用费心分析器也几乎更快。
- 您能推荐一些关于使用 VS2008 分析器的好的指南吗？
complaining {
I always end up incredibly frustrated when I go to profile my code using Visual Studio 2008's profiler (from the Analyze menu option). It is one of the poorest designed features of VS, in my opinion, and I cringe every time I need use it.
}
I have a few questions concerning it's use, I'm hoping you guys can give me some pointers :-)
- Do you need to have your projects built in Debug or Release to profile them? One dialog (that I have no idea how to get back to) mentioned I should profile under Release. Okay - I do that - when I go to run the code, it tells me I'm missing PDB files. Awesome. So I go back to Debug mode, and I try to run it, and it tells me that half of my projects need to be recompiled with the /PROFILE switch on.
- Is it possible to profile C++/CLI projects? With the /PROFILE switch on, half of the time I get absolutely no output from my C++/CLI projects.
- Why, when attempting to profile C# projects, do they show up in the Report under Modules view Name list as 0x0000001, 0x0000002, 0x0000003, etc? Really, VS? Really? You can't take a guess at the names of my modules?
- For that matter, why are function names reported as 0x0A000011, 0x06000009, 0xA0000068, etc?
- Why, oh why, does VS rebuild EVERYTHING in the dependency tree of the executable being profiled? It might not be a problem if you have 5-6 projects in your solution, but when you have 70, it's almost quicker to not even bother with the profiler.
- Can you recommend any good guides on using the VS2008 profiler?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
如果您发现它很难使用，有一个非常出色的 .NET 分析器，名为 nprof，如果您正在调试非 CLR 项目，AMD 有一个非常出色的统计分析器，名为 Code Analyst。
两者都是免费的（！），并且非常易于使用。 一个更好的选择，我希望从你上面的帖子中你已经准备好放弃 VS 内置分析器了:)
If you're finding it difficult to use, there's a really great .NET profiler called nprof, and if you're debugging non-CLR projects, AMD has a really spectacular statistical profiler called Code Analyst.
Both are free(!), and exceedingly easy to use. A much nicer alternative, and I expect from your post above you're about ready to ditch the VS builtin profiler anyway :)
通常您使用发布模式。
第 1 步，下载 ANTS Profiler。
第 2 步，按照屏幕上易于使用的说明进行操作。
第三步，查看易于阅读的报告。
说实话，与 ANTS 相比，Microsoft Profiler 就是垃圾。
Normally you use Release mode.
Step 1, download ANTS Profiler.
Step 2, follow the easy to use on screen instructions.
Step 3, look at the easy to read reports.
Seriously, the Microsoft profiler is garbage compared to ANTS.
我对那件事也有同样的感觉。 我最终编写了自己的（我想要的只是像样的方法调用计时信息）。
I have the same feeling about that thing. I ended up writing my own (all I wanted was decent method call timing info).
只是一般性评论。 人们进行分析有几个原因。
这些是非常不同的目标。
如果您的原因是第二个，那么使用分析器并不是唯一的方法。 请参阅此处
Just a general comment. There are a couple reasons people profile.
These are very different goals.
If your reason is the second one, using a profiler is not the only way. See here