問題タブ [kcachegrind]

kcachegrind を使用して、すべての関数呼び出しの非グラフィカル ツリーを呼び出し順に取得するにはどうすればよいですか?

プロファイリング データを確認するには、次の 2 つの一般的な方法があります。

• 最も高価なエントリで並べ替え
• 実行順にソート

私は後者を探しています。「Call Graph」タブである程度取得できますが、これは一部のデータを省略しており、ループを表す方法が混乱する可能性があります。次のようなテキスト ビューを使用したいと思います。

_{(ソース: msdn.com )}

左パネルの Kcachegrind に表示される値を理解しようとしています

私は含まれています。（私がマニュアルで読んだものは包括的です）、Self、Called an Function

今、この cachegrind ファイルを分析しています。

そしてリストは続きます..

しかし、ここに私の問題があります。

item->close が私のボトルネックだと思いますが、理解できないのは、83.38 の Inclusive と 0.07 の Self があり、mysql_query コマンドが両方で同じであることです。

ここでの「自己」とは何を意味するのでしょうか?

また、これらのパーセンテージは互いにどのように関連していますか? item->close が 83% かかり、mysql_query が 78% かかる方法がわかりません

ありがとう

私の質問はこの記事に基づいています。

Xdubug2 で PHP コードに関するプロファイリング データを作成し、それを KCacheGrind のようなアプリに配置するにはどうすればよいでしょうか?

ブラウザでエラーメッセージが強調表示されるため、UbuntuでXdebugを正常に使用できました。ただし、のような端末ツールは見つかりませんでしxdebugた。

PHPコードをこのように視覚的に表示したい

Kcachegrind は素晴らしく、私のお気に入りのツールの 1 つですが、リモート サーバーのターミナル (ssh などを使用) で実行できないことが時々あります。

VNC または X サーバーの転送をセットアップできることは知っていますが、単純なものが必要な場合は非常に扱いにくいです。

kcachegrind コンソールの代替手段 (ncurses ベースなど) はありますか?

アプリケーションへのプロファイリングを実行しようとしています。vagrind はありますが、kcachegrind がインストールされていません。成功せずにコンパイルしようとしました。

RHEL 5.1 の場合はどこから入手できますか?

cProfileを使用してPythonプログラムのプロファイルを作成しています。この話に基づいて、KCacheGrindがcProfileからの出力を解析して表示できるという印象を受けました。

ただし、ファイルをインポートしようとすると、KCacheGrindはステータスバーに「不明なファイル形式」エラーを表示し、そこに座って何も表示しません。

プロファイリング統計がKCacheGrindと互換性を持つ前に、何か特別なことをする必要がありますか？

パッケージバージョン

• KCacheGrind 4.3.1
• Python 2.6.2

アプリケーションの各スレッドがcallgrindをどのように「高価」に使用しているかを確認したいと思います。--separate-thread=yesアプリ全体のcallgrindファイルとスレッドごとに1つのcallgrindファイルを提供するオプションを使用 してプロファイルを作成しました。

これは特定のスレッドのプロファイルを表示するのに便利ですが、私が本当に必要としているのは、各スレッドからのCPU時間のソートされたリストであり、どのスレッドが最大の豚であるかを確認できます。

私は valgrind callgrind を使用して gtk でプログラムをプロファイリングしています。そして、kcachedgrind を使用して結果を読み取ります。ここで kcachedgrind のスクリーンショットの更新をキャプチャしました: http://i41.tinypic.com/168spk0.jpg。関数 gtk_moz_embed_new() のコストは「15.61%」でした。しかし、私はそれがどのように可能であるかを理解していません。関数 gtk_moz_embed_new() には文字通り 1 行あります: g_object_new() を呼び出しているだけです。

結果またはkcachedgrindの使用方法を理解するのを手伝ってください。

ありがとうございました。

xdebug ダンプでいっぱいのフォルダーをまとめて分析できるツールはありますか?

本番サーバーで Xdebug プロファイリングを短期間有効にすると、常に数百のファイルが生成され、WinCacheGrind または KCacheGrind で個別に分析するには多くの時間がかかります。結合されたすべてのファイルでどの関数が最も時間がかかるかを知るために、集約して使用できるツールを探しています。

sleep(n)多くのステートメントを含むスクリプトのプロファイリングを開始しました。全体として、私は実行時間の99％以上を睡眠に費やしています。それでも、実際の作業中にパフォーマンスの問題が発生することがありますが、kcachegrindを使用する場合など、関連する興味深いプロファイリングデータを特定するのは非常に困難になります。

特定の呼び出し/関数がプロファイリングされないようにブラックリストに登録する方法はありますか？または、プロファイリングデータファイルの後処理を使用して、このような呼び出しを除外するにはどうすればよいですか？

私はprofilestatsデコレータ（http://pypi.python.org/pypi/profilestats）を使用しています。

ありがとう