问题标签 [profiling]

我是 Shark 的新手，我想知道是否可以将时间样本缩小到一种特定的方法？

假设我想，只是为了它，知道在调用所有 NSArray（或子类）实例的方法“count”时使用了多少资源。

I've got an ASP.NET application running and on the production box it's using about 450MB RAM, however, it shouldn't be using quite so much, and it seems to increase over time, so it seems there might be a leak or atleast something not being released properly.

I took a look with PerfMon and there was 416MB in GC Gen2.

Anyone have any idea for finding out what it's keeping in memory? Could I just grab dotTrace/ANTS and somehow attach it to my IIS (6 - on windows server 2003) - or is there a better way? :-)

Thanks.

在使用 Microsoft SQL Server 时，我发现 SQL Server Profiler 和 Estimated Execution Plan（在 Management Studio 中可用）在开发和生产系统监控期间优化查询非常有用。

是否有可用于 MySQL 的类似工具（开源或商业）或技术？

我的任务是发现（并可能修复）交付给我们的 Flex 应用程序的一些严重性能问题。当应用程序只是空闲并且不应该做任何事情时，它会持续占用 50% 到 100% 的 CPU。

我的第一步是运行 FlexBuilder 附带的分析器。我希望找到一些占用大部分时间的方法，告诉我瓶颈在哪里。然而，我得到了一些意想不到的东西。

排名前 4 位的方法是：

• [enterFrameEvent] - 84% 累积，32% 自我时间
• [reap] - 20% 累积和自我时间
• [tincan] - 8% 累计和自拍时间
• global.isNaN - 4% 累积时间和自时间

所有其他方法的累积时间和自身时间都小于 1%。

根据我在网上找到的内容，[括号中的方法] 是分析器在没有实际 Flex 方法要显示时列出的内容。我看到有人声称 [tincan] 是 RTMP 请求的处理，我假设 [reap] 是垃圾收集器。

有谁知道 [enterFrameEvent] 实际上在做什么？我认为它本质上是事件循环的“主要”功能，因此预计会有很高的累积时间。但是为什么自拍时间这么高呢？究竟发生了什么？我没想到播放器内部会占用这么多时间，尤其是因为应用程序中实际上没有发生任何事情（并且没有进行 UI 更新）。

有什么好方法可以深入了解正在发生的事情吗？我知道发生了一些不应该发生的事情（看起来一定有某种繁忙的等待或其他失控的循环），但是分析器没有给我任何我期望的结果。我的下一步将是开始在各个地方添加调试跟踪语句，以尝试跟踪实际发生的情况，但我觉得必须有更好的方法。

是否有用于可视化动态调用图的工具？我看到了对 Visual Basic 6 的一个参考，但我想要一个用于 .NET 的参考。

如果我必须自己构建一个可视化器，我应该使用.NET 分析 API还是应该使用Mono.Cecil做一些事情？我开始使用 Cecil 编写 CLI 运行时，但我想如果我只是在程序集中注入调用图记录调用会更容易，尽管因为我不提前知道执行路线并且必须检测所有内容。

我一直在寻找 Rails 的分析工具。我目前正在玩和测试 ruby​​-prof 和 railsbench，但我对要使其正常工作所需的调整和修改量感到有点沮丧。

虽然我不介意（太多）调整，但我想知道是否有其他更直接且易于使用的工具来分析 Rails 应用程序？您推荐哪些工具？

当我询问用于分析 Rails 应用程序的工具时，有人指着 DTrace。由于我在 MacOSX 工作站上工作并在 OpenSolaris 上进行部署，因此这是一种有效的方法。但我对 DTrace 知之甚少。

除了通常的嫌疑人、Sun DTrace 页面和那里的可用信息之外，还有其他学习 Dtrace 的杀手锏吗？

我们有时会在生产中遇到 OutOfMemoryError，我希望能够分析导致问题的原因，或者至少分析发生问题时发生的情况。似乎我应该能够通过使用 -XX:+HeapDumpOnOutOfMemoryError 选项来获得 HProf 配置文件，但我已经读到这是特定于 JVM 的。

是否有人成功将此选项与 Oracle 应用服务器 v10.1.2.0.2 一起使用？如果是这样，您对如何分析生成的文件有任何提示吗？

似乎经常说任务管理器不提供进程正在使用多少内存的准确指示。

如果确实如此，找出这些东西的最简单方法是什么？

我想知道：

• 使用中的总内存（无论是在 RAM 中还是在分页中或其他）
• 正在使用的总 RAM（在机器有大量可用物理 RAM 的情况下运行，因此希望被强制分页的事情不是问题）
• 程序实际使用的总内存（不计算 GC 保留的额外开销）
• 仅由我的程序使用的总内存使用量（不包括共享库/共享内存）
• 共享内存使用总量。

你找到这样的工具并成功使用了吗？