问题标签 [profiler]

我一直在尝试使用 Firebug 的分析器来更好地了解我们看到的一些 JavaScript 性能问题的根源，但我对输出有点困惑。

当我分析一些代码时，分析器会报告Profile (464.323 ms, 26,412 calls)。我怀疑 464.323 毫秒是这 26,412 次调用的执行时间的总和。

但是，当我深入研究详细结果时，我看到平均执行时间大于 464.323 毫秒的单个结果，例如，平均时间最长的结果报告了以下详细信息：

另一个结果报告：

在这两个结果之间，时间结果的总和远远超过 464.323。

那么，这些不同的数字是什么意思呢？我应该信任哪些？

如何将 SQL Server Profiler 跟踪限制到特定数据库？我看不到如何过滤跟踪以看不到我连接到的实例上所有数据库的事件。

Some of the platforms that I develop on, don't have profiling tools. I am looking for suggestions/techniques that you have personally used to help you identify hotspots, without the use of a profiler.

The target language is C++.

I am interested in what you have personally used.

对于至少可以与 Visual Studio 2008 Professional 集成的本机 C++，是否有任何好的、免费（或至少相当便宜）的分析器？

我查看了DevPartner社区版，但它们似乎只支持 Visual Studio 2003 和 Visual Studio 2005。

如果没有任何好的免费/便宜的分析器，我可以用相对较少的摩擦来使用 VS？

有没有办法使用 Profiler 来确定查询是否正在访问表？

我看到一个名为Object:Opened（指示何时访问对象，例如对于 SELECT、INSERT 或 DELETE 语句）和的事件Object:Closed，但这些似乎不起作用。

特别是，我使用没有过滤器的 Object:Opened 和 Object:Closed 创建了一个简单的跟踪（除了标准的“Application Name not like 'SQL Profiler'”过滤器）并运行SELECT TOP 1 * FROM TableName，但没有报告任何事件。

那么，有没有办法使用 Profiler 来确定是否正在从中选择表？

由于有时会创建疯狂的 SQL，因此分析 LINQ 查询及其执行计划尤其重要。

我经常发现我需要跟踪特定查询并且很难在查询分析器中找到。我经常在有很多正在运行的事务（有时是生产服务器）的数据库上执行此操作 - 所以仅仅打开 Profiler 是不好的。

我还发现尝试使用 DataContext 来跟踪是不够的，因为它没有给我 SQL，我实际上可以自己执行。

到目前为止，我最好的策略是在我的查询中添加一个“随机”数字，并在跟踪中对其进行过滤。

林克：

分析器过滤器：

这适用于几个警告：

• 我必须小心记住删除条件，或者选择不会过多影响查询计划的东西。是的，我知道把它留在里面是自找麻烦。
• 据我所知，即使使用这种方法，我也需要为我需要跟踪的每个 LINQ 查询启动一个新的跟踪。如果我转到现有跟踪的“文件 > 属性”，则无法更改过滤条件。

您无法在您的应用程序中运行查询并在 Profiler 中看到它，而无需任何额外的努力。只是希望其他人想出了比这更好的方法，或者至少建议搜索一个比在列上查询更“危险”的标记。

我一直在测试性能和内存分析器 AQTime，看看是否值得为我的 Delphi 应用程序花费大笔资金。

令我惊讶的是，它如何在不修改应用程序的源代码和不增加过多时间到调试运行。

他们如此有效地执行此操作的方式使我认为这里可能使用了一些我不知道的技术/技术，这对了解会很有用。

你知道他们使用什么样的方法来逐行捕获执行而无需更改代码？

是否还有其他分析工具也可以进行非侵入性逐行检查，如果有，它们是否使用相同的技术？

是否有任何工具可以给出程序大部分执行时间花费在哪里的某种直方图？

这是针对在 Visual Studio 2008 中使用 C++ 的项目。

我正在尝试选择一个性能分析器来使用。我是一名初学者，不知道在性能分析器中寻找什么。最重要的特点是什么？

我想知道如何编写分析器？推荐什么书和/或文章？任何人都可以帮助我吗？

有人已经做过这样的事情了吗？