spinupでインスタンスが立ち上がる時間よりrequest中の処理が遅くなるのがきついっとおもうんだけどそれって僕だけの症状?ソーシャルアプリだと死活問題なんだが #ajn8
2010-06-04 22:57:06@mouri45 そこは工夫次第なんじゃないでしょか?Spinupは、今の状況だとどーしても工夫しようが無い部分が残ってしまいますのでs(VMLoadとか)
2010-06-04 22:58:40@shin1ogawa 通常時putが70msくらいなのに対してスピンアップ時のputが400msから1000msになってて(これって僕の環境だけ?)10秒制限のmixiなら工夫次第でなんとかこなせてるけど5秒制限のモバゲではきついのです #ajn8 #appengine
2010-06-05 01:48:59@mouri45 あ、そうそう、#appengine spin-upとモバゲ5秒制限でデバッグモード突入が問題って他のとこでも聞いたよ
2010-06-05 01:51:34@mouri45 spinupのput…ですか。確かにspinup直後の一回目のRPCは時間がかかります。5秒でもキツイのなら、裏でRPC起動してすぐにリダイレクトを返すとかの工夫ができる設計だと良いのですけれど。
2010-06-05 01:52:19@kazunori_279 @mouri45 spinup以外にリクエストキュー(FrontEnd->AppServer)の問題もあるから、AppServer内でなんともならんという事もありえるのですけれどね。
2010-06-05 01:55:35これもひとつの答えだと思いますけど、例の2週間を様子見できるならそれでも良いかも。 RT @kazunori_279: @mouri45 モバゲはPyで書くべきじゃねw
2010-06-05 01:58:15@mouri45 例の”2週間”様子見できるならそれが良いかもですね。いつからその問題が出てるのかわからんですけど、最近のデータストアの不意の遅延はまったく予測がつかんです。AppStatsで見ると、4999ms丁度で返ってくる胡散臭い挙動もそこそこありますし。
2010-06-05 02:01:20@mouri45 pyはspin-upめちゃくちゃ速いよ!spin-up時のタイムアウトエラーほとんど出ない。まあロードするモジュールの量に比例すると思うけど。。
2010-06-05 02:05:12そんな技があるとですか? @shin1ogawa 裏でRPC起動してすぐにリダイレクトを返すとかの工夫ができる設計だと良いのですけれど。
2010-06-05 02:28:14@mouri45 makeAsyncCallと呼ばれるLLAPIの下の呼び出し機能を使うだけですw spinup時だけ非同期で通信を起動しておいて、それは無視して一旦リダイレクト返す…面倒な方法です。spinup限定の話であれば、pythonが速いし確実ですねぇ。
2010-06-05 02:31:34@shin1ogawa そのリクエストはspinupであることが判定できるならリダイレクトさせるのはよいかも spinupってどのように判定してますか?
2010-06-05 02:47:04@shin1ogawa ソーシャルアプリならインスタンスはあるていど立ち上がってる想定で捌けなさそうならやり直させたいくらいに思ってたのでspinup判定してリダイレクトささられればなんとかなるかも
2010-06-05 02:59:07