2012-03-09 4 views
3

これは3/7以降に発生しています(下の図参照)。 これは、インスタンスの読み込みと読み込み解除が原因である可能性があります。 しかし、GAEがこのように動作する他の理由を知っていますか?AppEngineのフロントエンドからDBの待ち時間は、一時的に約20秒ごとに10秒かかりますか?

高いレプリケーションインスタンスではありません。また、テスト中には、テストクライアントの呼び出しだけで最大5つのインスタンスF2が実行されました。基本的にDB呼び出し、画像処理、Memcacheの使用があります。 http://code.google.com/p/googleappengine/issues/detail?id=4180&sort=priority&colspec=ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Log

http://code.google.com/p/googleappengine/issues/detail?id=6309&sort=priority&colspec=ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Log

そして、フォーラムでのエントリーがあります:ログ https://groups.google.com/forum/#!topic/google-appengine/js5CeRWLQZ0/discussion

GAE-J Appstat Chart

は(シェイが要求された)ことを示して

はすでに同じに見える2つの問題があります持続マネージャーは初期化に6秒かかるようです:

2012-03-11 15:32:47.543 /api/yyy 200 16811ms 0kb xxx/1.1 CFNetwork/548.1.4 Darwin/11.0.0 
78.53.230.114 - - [11/Mar/2012:07:32:47 -0700] "POST /api/yyy HTTP/1.1" 200 94 - "zzz/1.1 CFNetwork/548.1.4 Darwin/11.0.0" "zzz.appspot.com" ms=16812 cpu_ms=6040 api_cpu_ms=82 cpm_usd=0.167820 pending_ms=5765 instance=00c71b117ca3858c47bdc41d5b30a732dd76eaaf 
I 2012-03-11 15:32:37.196 
www.server.xxxServlet getvvv: 1 
I 2012-03-11 15:32:37.202 
www.server.xxxServlet getvvv: hash 
I 2012-03-11 15:32:37.207 
www.server.xxxServlet getvvv: get PM (PersistenceManager pm = PMF.get().getPersistenceManager();) 
I 2012-03-11 15:32:43.606 
www.server.xxxServlet getvvv: get data 
I 2012-03-11 15:32:47.355 
www.server.xxxServlet getvvv: got data 
I 2012-03-11 15:32:47.388 
www.server.xxxServlet getvvv: done 

とPMFは、次のように実装されている:あなたは任意の統計情報が表示されない領域は通常、あなたのコードが実行される

public final class PMF { 
    private static final PersistenceManagerFactory pmfInstance = 
     JDOHelper.getPersistenceManagerFactory("transactions-optional"); 

    private PMF() {} 

    public static PersistenceManagerFactory get() { 
     return pmfInstance; 
    } 
} 

答えて

0

、統計情報は、要求が入力されたとき、私はこれが得たとは思わないを開始インスタンスの読み込みとは関係ありません。
ログを追加して、ハンドラコードの流れを確認することをお勧めします。

+0

上記の質問に永続性マネージャに関するログと情報のサンプルを追加しました。 – ollie

0

猪飼LANがフォーラムgoogle-appengine.googlegroups.comに答えた:

は、「SLAは、HRDに適用され、マスターではない/スレーブ・アプリケーションことを考えると、あなたは間違いへの移行サービスの質の向上を得ようとしていますHRD。実際、そうすることを強くお勧めします。

「マスター/スレーブ・アプリケーションでは、我々は、サービス提供影響を与えることなく、短期の症状だけでなく、基礎となるシステムの問題に対処するために、私たちがすることができません...」

「私たちは、メンテナンスを発表することができます非常に近い将来、マスター/スレーブアプリケーションの提供に影響を与えます。

リンク: https://groups.google.com/d/msg/google-appengine/js5CeRWLQZ0/4mFqPWJQjSoJ

これは、現在発表されたGAEのマスタ/スレーブおよびメンテナンスの発表に問題がある意味私にとっては。

関連する問題