我們已經看到,在特定時間點(正確的大約2012-02-18 04:00:00),通話開始需要延長10倍到100倍。例如,我們最長的通話時間通常可能需要5秒鐘,現在正在一分鐘內超時。我很確定這不是我們所做的代碼或配置更改的結果。我們所有的API調用似乎都受到影響。使用AppStats,似乎沒有明顯的罪魁禍首。 (不幸的是,我沒有在週五之前保存的圖形進行比較)。我們做了很多獲取/提取,並且一些針對高複製數據存儲的寫入 - 似乎都受到了影響。嚴重的GAE性能急劇下降
任何見解?
我們已經看到,在特定時間點(正確的大約2012-02-18 04:00:00),通話開始需要延長10倍到100倍。例如,我們最長的通話時間通常可能需要5秒鐘,現在正在一分鐘內超時。我很確定這不是我們所做的代碼或配置更改的結果。我們所有的API調用似乎都受到影響。使用AppStats,似乎沒有明顯的罪魁禍首。 (不幸的是,我沒有在週五之前保存的圖形進行比較)。我們做了很多獲取/提取,並且一些針對高複製數據存儲的寫入 - 似乎都受到了影響。嚴重的GAE性能急劇下降
任何見解?
超時是否與數據存儲操作,實例啓動,服務或其他相關? – 2012-02-21 03:20:09
@RobertKluin It's DeadlineExceededError。我沒有比較好的問題前配置文件數據,但似乎所有的RPC只需要更長的時間。 – leontx 2012-02-21 12:44:20