appstats

    0熱度

    1回答

    這與問題Java Appengine APPSTATS causing java out of memory error有關。 Appstats似乎在128MB實例上導致java.lang.OutOfMemoryError,我不知道是否有辦法減少日誌記錄的數量。 有沒有辦法從堆棧跟蹤中過濾一些包名? GAE的API: @14ms memcache.Get real=7ms api=0ms Sta

    5熱度

    1回答

    我正在Google應用引擎上製作我的第一個應用。之前我只是檢查我的應用程序的正確結果。但是,我的應用程序開始響應真的很晚。然後我通過谷歌應用程序引擎文檔,現在開始使用appstats。我真的很陌生。我看了一段關於它的視頻,並得到了一些東西,但我仍然有點困惑。以下是我的應用程序的圖形爲一個登錄請求: 這裏下面是我LoginCheckServlet代碼:據谷歌應用程序引擎 public class L

    3熱度

    1回答

    我在看RPC調用,但堆棧是所有的tasklet和ndb。這讓我很難說出正在運行的查詢。是否有需要使用的appstats配置設置? 感謝您的幫助。

    2熱度

    1回答

    訪問將Appstats我已經啓用了專用的Appstats我的Python App Engine應用程序,我可以在/ _ah /統計/ URL下本地訪問,但是當我部署應用程序和我的應用程序下訪問appspot.com用戶界面沒有定製將Appstats鏈接,因爲它應該有。在我的YAML文件中,我定義: builtins: - appstats: on 我總結我的應用appengine_confi

    7熱度

    3回答

    我通常在我的沙盒appid上全天運行appstats。但是,我有一個複雜的操作(基本上是重建庫存數據庫),導致appstats炸燬我的實例,拋出OutOfMemoryErrors。即使更大的實例大小,它仍然失敗。 Appstats只需要太多的RAM。 我不需要這個請求上的appstats。理想情況下,我將調用任何ThreadLocal對象負責appstats集合的方法,並告訴它將其拇指旋轉幾分鐘。

    1熱度

    1回答

    我一直在使用appstats來檢查一些調用。我有一個簡單的視圖,可以調用memcache並返回結果。 Appstats告訴我總時間(總計)約爲15毫秒。但是,我在瀏覽器中觀察到的更像是242毫秒左右。實際上,我也使用apache bench來得到相同的結果。我嘗試了另一個網絡(使用ec2實例),看看我是否會看到不同的往返時間,並獲得了相同的結果。對服務器的ping需要大約13或14ms。 我絕對錯

    4熱度

    2回答

    當我查看我的Google App Engine/Java應用程序的Appstats圖表時,有時會發現RPC之間似乎無法解釋的時間差距。在附加的截圖中,從for循環對MemcacheService.get的兩次調用之間存在差不多2秒的差距。我在本地運行代碼時不會出現此行爲。當我的代碼在App Engine雲中運行時,如何調查這種異常的原因? 顯然讓不會讓我張貼圖片,所以這裏是一個鏈接到圖表:http

    2熱度

    1回答

    GAE的新定價後,我在優化我的實體方面遇到了嚴重困難。我知道高級到低級別的操作轉換規則,我正在使用Appstats來觀察投入,刪除,查詢等的數量。 問題是我被低級操作我無法直接在Appstats上看到它們。如果我能改變我的實體並看到低層次操作的影響,那將是非常好的,有沒有辦法做到這一點?

    1熱度

    2回答

    我正在使用Google AppEngine(python)和我的應用程序日誌使用UTC。但是我的AppStats正在返回類似於PST的內容。 如何將用於AppStats的時區更改爲UTC?

    6熱度

    2回答

    我提高了很多我的代碼現在所有的API跑的真快,我還添加了內存緩存和我有一個偉大的命中率.. 但有時我得到無意義的延遲。 我連着這裏最顯著將Appstats截圖:在總運行的RPC 90毫秒超過20秒;這怎麼可能?我應該在哪裏尋找這些延誤的起源? 我真的很堅持,因爲我不明白有什麼之間的RPC發生,我不知道還有什麼我可以爲了獲得更多的信息做。 只是一個想法:每個HTTP調用是相同的GAE實例處理,對不對