問題タブ [appstats]

Google App Engine 開発サーバーで、一部のリクエストに対して Appstats が負の値を示しています。例えば、

負のコストは正のコストと同じですが、削除操作の場合は?

私の appstats_ah/statsでは、行の 1 つに次のように記載されています。

価格ページによると、無料だと思いました。

の結果ですEntityClass.query().filter(some filter).filter(some filter).fetch(keys_only=True)。

私は間違っていますか？

最近 (わずか 2 日前) に Windows Phone ストアでアプリを公開したので、ダウンロード数を追跡したいと考えています。Windows Phone ダッシュボードに入るとレビューが表示されますが、クイック統計では「過去 30 日間にアプリのダウンロードはありません」と表示されます。使用している API のダッシュボードにもログインが表示されるので、ダウンロードがあるはずです。ダウンロードがレポートに表示されるまでに時間がかかりますか (ある場合はどれくらいかかりますか)、それともダッシュボードになんらかの不具合 (疑いがあります) がありますか?

ご回答ありがとうございます。

10,000 個の Android モバイル アプリケーション (アプリの名前のみ) のデータセットがあり、各アプリケーションに関する統計 (開発者/会社名、ダウンロード数、価格、発売日、評価、利用可能なパブリック成長/減少) を取得したい統計など）。Google Play Web サイトを調べてみましたが、問題は、これらのアプリが古く (2011 年から 2012 年に使用)、インドで使用されていたことです (私がいる米国ではありません)。そのため、Google Play ( https://play.google.com/store?hl=en )でそれらの多くを見つけることができません。

そのような情報を取得する方法 (Android マーケット [Google Play] のアーカイブの API など) はありますか?

これが私がこれまでに試したことです：

1- gmail アカウントを作成し、場所をインドに設定しましたが、それでも米国の Google Play マーケットのホームページが表示されます。

2- appbrain.com、androlib.com などの多くの Web サイトを調べましたが、アプリがまったくないか、単に「このアプリは Google Play で利用できなくなりました」と言うことがあります。

3- アプリ名は一意の識別子ではなく、パッケージ名を取得する必要があることはわかっていますが、今のところは名前で十分です。この名前のアプリが欲しいです。

Android 以外のアプリもあります。Blackberry または Symbian (Nokia) 市場向けの同様の方法はありますか? しかし、Android のものは最も重要なものです。どんな種類のアプリでも私を助けることができれば、それは大歓迎です. ありがとうございました！

jsonrpclib を使用して Django RPC を呼び出すアプリケーションがあります。Django デバッグ ツールバーと同様に、これらの RPC に対してある種のプロファイリングを実装する必要がありますが、この場合、html ページのレンダリングはありません。

どこから始めればよいかわかりません。RPC 呼び出しに費やされた時間などの統計を探しています。各 RPC によって起動されたクエリの数。

Google appstat を確認しましたが、同様のものが必要です: https://cloud.google.com/appengine/docs/python/tools/appstats

django デバッグ ツールバー ライブラリ自体にどのような変更を加えて、RPC 呼び出しのプロファイルを作成する必要があるかを誰かが提案できれば、それは素晴らしいことです。

それとも、すでにそこに存在する他のライブラリはありますか?

パフォーマンス上の理由から、GAE アプリケーションでシャード カウンター ( https://cloud.google.com/appengine/articles/sharding_counters ) を使用していますが、なぜこんなに遅いのか、どうすれば高速化できるのかを理解するのに苦労しています。 .

背景
一度に 20 個のオブジェクトのセットを取得する API があり、オブジェクトごとにカウンターから合計を取得して応答に含めます。

メトリクス
Appstats をオンにしてキャッシュをクリアすると、20 個のカウンターの合計を取得すると、datastore_v3.Get によって 120 個の RPC が作成され、2500 ミリ秒かかることがわかりました。

考察
これはかなりの数の RPC 呼び出しのようで、わずか 20 個のカウンターを読み取るのにかなりの時間がかかります。私はこれがより速いと思っていましたが、おそらくそれは私が間違っているところです。これよりも速いはずですか？

さらに調べ
て、 get_count メソッドの次の 2 行を見て、統計をもう少し掘り下げました。

get_multi 行をコメントアウトすると、datastore_v3.Get による RPC 呼び出しが 20 回あり、合計で 185 ミリ秒かかることがわかります。

予想どおり、これにより、datastore_v3 による 100 回の RPC 呼び出しの原因は get_multi のままになります。2500 ミリ秒以上かかります。これは確認しましたが、ここで混乱しています。20 個のキーで get_multi を呼び出すと、100 回の RPC 呼び出しが発生するのはなぜですか?

更新 #1
GAE コンソールで Traces をチェックアウトしたところ、いくつかの追加情報が表示されました。彼らはそこにもRPC呼び出しの内訳を示していますが、そのサイトでは、「取得をバッチ処理してリモートプロシージャ呼び出しの数を減らす」と言っています。get_multi を使用する以外でそれを行う方法がわかりません。それが仕事だと思った。ここで何かアドバイスはありますか？

更新 #2
これは、私が見ている統計を示すスクリーン ショットです。最初のものは私のベースラインです - カウンター操作のない関数です。2 つ目は、1 つのカウンターのみに対する get_count の呼び出し後です。これは、6 つの datastore_v3.Get RPC の違いを示しています。

ベースライン

1 つのカウンターで get_count を呼び出した後

更新 #3
Patrick の要求に基づいて、コンソールの Trace ツールからの情報のスクリーンショットを追加します。