问题标签 [android-traceview]

Traceview从命令行运行时，会出现一个 java UI。

我的问题是我无法滚动视图。

我看到橙色滚动指示器，但无法单击它来移动它（没有出现更大的箭头框，因此我无法触摸它并滚动视图）。

也许这与 Ubuntu (11.10) 的滚动条有关？

也许这与 Swing 有关系？

也许它是 Swing 和 Ubuntu 相对较新的滚动条的组合？

我做了一个应用程序，我想看看我是否可以通过在某个活动上运行跟踪视图来提高性能 + 它是后台任务。

此链接指向来自 traceview 的图像。如您所见，有 2 种颜色占用了最多时间 + 处理器。

• 蓝色来自drawBitmap. （我使用了一个标题标志、一个重复的标题背景和另一个在整个屏幕上重复的背景，所有这些都在XML 布局文件中进行了描述）。
• 绿色是一种叫做dalvik/system/VMDebug.startGC ()V

我的问题：

1. 我可以做些什么来降低这个 drawBitmap 的成本吗？（但是，我想将所有图像保留在屏幕上）
2. 这是什么 VMDebug 东西？似乎无法通过谷歌找到太多关于它的信息

今天我照常使用DDMS，但是出现错误-它无法显示跟踪报告，无法打开跟踪视图，异常信息如下，很奇怪，因为前几天还可以。我的android版本是4.0.3，eclipse 3.7，ADT 21，Mac OSX 10.7.5，任何一个都有同样的错误

无法创建编辑器 ID com.android.ide.eclipse.traceview.editors.TraceviewEditor：方法退出 (android/os/Debug.isMethodTracingActive ()Z) 与当前方法不匹配 (dalvik/system/VMDebug.isMethodTracingActive ()Z)

我正在使用 ADT 20.0.3。我正在使用以下命令打开我的跟踪文件：

C:>traceview "C:/Users/androdev/mytracefile.trace"

但我收到以下错误：

mytracefile.trace 是通过在我的代码中使用Debug.startMethodTracing("mytracefile")and方法生成的。Debug.stopMethodTracing()

有谁知道如何解决这个问题？

我正在运行一些基准测试和一些溢出跟踪视图缓冲区，我已经在使用我可以使用的最大缓冲区大小（400MB）。我怎样才能得到这些数据？（我需要跟踪孔基准，不仅是基准的一些较小部分，每个部分都在不同的文件中）

是否可以在缓冲区已满时将其刷新到文件中？

是否可以将所有内容直接写入文件，而不是仅在跟踪停止时写入？

还有其他选择吗？

我正在使用 Eclipse Juno。

我创建了一个跟踪文件，我可以在我的 Android 文件资源管理器中看到这个文件。

我现在怎么打开它？

我想看看我的踪迹。

1- 在代码中，我添加了这些代码行：

和

2- 我可以在 DDMS 的文件资源管理器中看到“ hc_traceview.terac”。

3-基于Viewing Trace Files in Traceview，我在终端中运行了以下命令：

但输出是：

4-根据建议，我在终端中运行了以下命令：

DDMS 已打开，但我的踪迹不在这里 :( 我怎样才能看到我的踪迹？

任何建议将不胜感激。

此链接：http ://www.mediafire.com/view/?hr441qalu6b6d7s

指向显示我的位图绘制需要很长时间并导致我的应用程序滞后的图像。我该如何优化这一点，以免造成太大的延迟。目前我有这个作为我的画布方法：

我最初的想法是，每次都绘制背景是导致滞后的原因，但我不确定。

1) 独占时间是在方法中花费的时间 2) 包含时间是在方法中花费的时间加上在任何被调用函数中花费的时间 3) 我们将调用方法称为“父”，将被调用方法称为“子”。参考链接：点这里

这里的问题是：

有什么区别

• 包括 CPU 时间和包括实际 CPU 时间？
• 不包括 CPU 时间和不包括实际 CPU 时间？

在我的 Method1() 示例跟踪文件中：Incl CPU Time = 242 msec & Incl Real CPU Time = 5012 msec

• 我无法确定上述两次 5012-242 = 4770 毫秒差距背后的原因。

如果您有任何想法，请帮助我。

我刚刚开始使用 Traceview 在原型阶段分析我的应用程序。

我发现cpu时间（90%）的主要用户是Handler.dispatchMessage。实时资源的主要用户（合计 50%）是 MessageQueue.next 和 MessageQueue.nativePollOnce。我自己的方法进行的调用平均每个占实时资源的 2%。

目前，虽然我仍在开发应用程序，但在与我的服务交互时会出现敬酒。我假设（今晚要测试这个理论）这些电话是由于我经常使用 Toast。这个对吗？

由于 Toast 在您仍在使用时出现在 Activity 的顶部，因此在 Traceview 中显示它的用法有点欺骗性。有没有办法在 Traceview 中过滤掉某些方法调用，或者我只需要在我的代码中注释 Toast 调用、重新构建和重新测试？我想使用 SharedPreference 来设置是否使用 Toasts 可能很有用。

谢谢您的帮助。