問題タブ [android-traceview]

traceviewを使用して、Androidアプリケーションに対してプロファイリングを実行しようとしています。トレースしたいコードを次の行でラップしました。

次のコマンドラインを使用してsdcardからプルしたトレースファイルが正常に生成されました。

./adb pull /sdcard/xxx.trace

ただし、traceviewこのように実行する場合：

./traceview /.../xxx.trace

次のエラーメッセージが表示されます。

使用法：java com.android.traceview.MainWindow [-r]trace-r回帰のみ

このエラーメッセージを理解できず、Googleで役立つものが見つかりませんでした。

どんな助けでも大歓迎です。

ありがとう！

私の Android SDK はここD:\android-sdk-windows\tools にインストールされ、すべての環境変数をtoolsおよびに設定しますplatform-tools。

cmdと入力traceviewすると、報告されます。

直し方 ？

traceview を使用する他の方法はありますか?

アプリケーションのテストパフォーマンスが必要です。Traceviewツールを使用する必要があることは知っていますが、使用方法がわかりません。Traceviewツールの使用方法を誰かがデモンストレーションできますか？

Jsoup を使用していくつかの html ページを取得および解析するコードがあり、それを描画する WebView に渡す前に、html ツリーを操作します。操作をバイパスすると、コードは Android SDK シミュレーターで許容できる時間 (2 ～ 3 秒) で実行されますが、操作を行うと許容できない時間 (1 つのページを読み込むだけで 60 秒以内) にジャンプします。

Eclipse と Android SDK を使用して、実行のプロファイリングを行ったので、結果を解釈しようとしています。ここからhttp://android-developers.blogspot.com/2010/10/traceview-war-story.htmlは、「排他的 Cpu 時間 %」でプロファイルをソートするためのヒントを得ました。驚いたことに、私自身のコードは 1% にもなりませんでした。最大の時間消費者は android.view.ViewGroup.drawChild() で、11.9% です。リストされている最初の Android 以外の関数 (排他的 CPU % でソート) は java.lang.ref.Reference.get() で、0.4% にリストされています。

しかし、最も奇妙なことは、自分のコードのことだと思います。AsyncTask の doInBackground() しかリストされていません。デバッグ出力でそれらが呼び出されていることがわかりますが、これが順番に呼び出す関数は存在しません。それらがリストされていないのはなぜですか？

私はこれのどれを作るべきか理解していません。どんなヒントでも大歓迎です。

Eclipse SDK でトレース ファイルを表示しているときにタイムライン パネルをズームアウトするにはどうすればよいですか?

このページを見ています: Traceview と dmtracedump を使用したプロファイリング

「プロファイル パネル」の下には、テキストの下にサンプル プロファイリング結果を参照する次のテキストがあります。

表の最後の列には、このメソッドの呼び出し数と再帰呼び出しの数が表示されます。最後の列は、そのメソッドに対して行われた呼び出しの総数のうちの呼び出しの数を示しています。このビューでは、LoadListener.nativeFinished(); への呼び出しが 14 回あったことがわかります。タイムライン パネルを見ると、これらの呼び出しの 1 つに異常に長い時間がかかっていることがわかります。

この説明に戸惑います。まず、この引用の最初の 2 つの文は同じコラムを参照しているようです。では、この最後の列には実際には何が含まれているのでしょうか? 第 2 に、「タイムライン パネル」のどこを確認して、「これらの呼び出しの 1 つに異常に長い時間がかかったことが示されているか」を確認する必要があるかどうかがわかりません。

このテキストの意味を理解するのを手伝ってくれませんか。

私は主に C に取り組んでおり、基盤となるハードウェアや OS と対話する必要があります。現在は Android アプリケーションに移行しています。私は、時間が重要で、Android OS とハードウェアの詳細な理解を必要とするアプリケーションを作成します。

成功するアプリケーションの開発に役立つリソース (記事、ビデオ) を教えてください。 基本的に、Android OS とそのハードウェアとの相互作用に関するリソースを探しています。

前もって感謝します

Debug.startMethodTracing()デフォルトでは、8MBの「バッファサイズ」を使用します。このバッファについていくつか質問があります。

1. バッファが容量いっぱいになった場合にエラーがスローされますか、それとも単にロギングを停止しますか？
2. バッファに書き込まれるデータの量に関係なく、バッファは固定された8MBのままですか？
3. パラメータを手動で指定した場合bufferSize、単位は何ですか？バイト？MB？
4. バッファサイズを20MB程度に増やしてみたところ、アプリが終了しました。約20秒分の計算をログに記録する必要があります。20MB程度以上のデータを記録する方法はありますか？最初にメモリに保存されていると思いますが、そうでなければSDカードに保存しても問題ありません。

TopなどのコマンドやTraceviewなどのツールを使用して、ネイティブAndroidアプリケーションのCPU使用率を理解しました。しかし、これらのツールを使用して、デバイスブラウザでWebサイトを実行しているときに追跡できますか？可能であれば、同じことを行う方法についてのあなたの考えを私に共有してください...。

前もって感謝します

アプリの起動時間を短縮しようとしています (現在、Guice バインディングが遅いため、約 5 秒)。traceview を実行すると、同じ実行からの測定値にかなり大きな変動 (最大 30%) が見られます。コード。

これはガベージ コレクションの違いstartGCによるものだと思いますが、traceview によると、費やした時間はまったく重要ではありません。

測定値が非常に変動しやすい場合、最適化の効果を判断するのが非常に難しいため、これは特に悪化します。

なぜこれが起こるのですか？測定の一貫性を高める方法はありますか?