2010-07-08 10 views
1

我正在接近完成一個應用程序引擎項目(java + jdo),並且有點擔心啓動時間。當應用程序處於「冷」狀態時,應用程序引擎可能需要很長時間才能加載我的應用程序(超過5秒) - 這很糟糕,因爲用戶經常等待很長時間才放棄。長時間的應用程序啓動時間(Java),也許使用Slim3來改善?

有一個叫Slim3項目,它封裝本地數據存儲 - 它應該給你啓動的1倍 - 3秒: http://sites.google.com/site/slim3appengine/

我真的不希望依靠第三方只是爲了讓體面的啓動時間,但我不認爲我們有任何選擇。只是想知道你是如何處理啓動時間很長的。我讀到,只要你的應用程序每2分鐘左右就會觸發一次,那麼你的應用程序就會保持駐留,這不是一個真正的問題。對我來說這很公平和很好(如果屬實的話)。

我不認爲應用引擎團隊正在努力縮短啓動時間,所​​以想知道如果有什麼,我們應該怎麼做來解決這個問題呢?

感謝

回答

2

Objectify是應該比JDO更快的另一種選擇數據存儲包裝。

根據Roadmap,應用程序引擎團隊實際上正在處理這個問題,通過給我們保留實例的能力。當然,目標日期還沒有估算,所以在此期間它可能仍然值得尋求解決方案。

你可以做的另一件事是確保你已經消除了所有你自己的代碼作爲啓動瓶頸。你確定它只是需要很長時間的JDO代碼嗎?是否有任何初始化任務可以推遲到晚些時候才能傳播第一次打擊的成本?

+0

是的,我不知道如何分析的啓動時間 - 我們如何知道哪些部件正在多少時間來初始化 - 然後如果客觀化/ slim3將幫助?我沒有使用任何第三方庫,只是普通的gae java和jdo註釋。不使用GWT。 – user246114 2010-07-08 15:20:52

+1

+1對象化 – 2010-07-08 15:57:00

1

僅供參考,在日本App Engine社區中,Slim3是訪問數據存儲的事實標準 - 超過50%的用戶在我的Twitter TL上使用它進行增值服務。對於起轉時間和查詢速度(與低級API相同),它比JDO快得多,並且更容易通過利用Java/Eclipse的類型系統來構建查詢。

感謝,

卡茲

相關問題