1 回答

TA貢獻1880條經驗 獲得超4個贊
App Engine 沒有明確的限制或限制,僅在使用特定語言時才適用。然而,這些語言及其技術可能意味著某些限制,例如,與啟動 Go 的內置 Web 服務器相比,Java 虛擬機實例本身需要更多的內存和更長的啟動時間(即使啟用了預熱請求),因此在 Java 實例的情況下,webapp 本身將保留更少的內存來分配和使用(對于特定的計劃/類型和實例)。
我沒有具體的措施來比較,但是(在 Go 的情況下):
“代碼以源代碼形式部署并在云中編譯......Go 是第一個在 App Engine 上運行的真正編譯語言。App Engine 上的 Go 使部署高效、CPU 密集型 Web 應用程序成為可能”。(來源)
如果你仔細想想,App Engine 中的其他語言都是解釋性的(包括 Java,它是由虛擬機解釋的字節碼),而 Go 被編譯成依賴于平臺的本機代碼并運行。這應該已經說明了一些關于性能的信息。
有關“案例研究”,請查看以下博客文章:
從零到 Go:24 小時內在 Google 首頁上發布
該博客還包含一些有關數百萬人使用的真實應用的性能報告:
此圖表 - 直接取自 App Engine 儀表板 - 顯示啟動期間的平均請求延遲。如您所見,即使在負載下它也不會超過 60 毫秒,平均延遲為 32 毫秒??紤]到我們的請求處理程序正在即時進行圖像處理和編碼,這非???。
App Engine 使用 Go 標準庫中包含的網絡服務器來為您的應用程序提供服務,這也意味著您可以輕松地將 Go 網絡應用程序移植到 App Engine,并且您確切地知道從為您的應用程序提供服務的網絡服務器會得到什么在 App Engine 上。
找到 Python、Java 和 Go 的官方時間比較
該App Engine的系統狀態可以被認為是官方和良好的比較基礎。
您可以單擊屬于特定日期和語言的任何單元格,您可以獲得靜態和動態 GET 延遲(安全和不安全)、錯誤率、CPU 使用率/延遲的詳細歷史統計數據。這些統計信息是在一個已經啟動并準備好提供服務的實例上測量的。
對2015 年 1 月 27 日這一天的分析,以下是Go、Java和Python的結論:
所有動態延遲大致相同
CPU的等待時間(計算33次Fibonacci數)是最好的Java,然后去和最慢的是Python的。
靜態文件服務時間大致相同,但 Go 最快。
- 1 回答
- 0 關注
- 216 瀏覽
添加回答
舉報