AWS Lambda 上的 Spring Boot 應用程式 - 使用 GraalVM 本機映像和記憶體設定測量冷啟動和熱啟動部分
Jan 07, 2025 am 07:17 AM
介紹
在我們系列文章的第 12 部分中，我們探討如何使用包含 GraalVM 本機映像的自訂執(zhí)行時間來開發(fā)和部署 Lambda 函數(shù)，以及從 Spring Cloud Function AWS 應用程式建立的 GraalVM 22 執(zhí)行時間。在第 13 部分中，我們測量了具有 1024 MB 記憶體的此類 Lambda 函數(shù)的效能（冷啟動和熱啟動）。
在本文中，我們將使用此方法在 256 到 1536 MB 之間的不同記憶體設定下測量 Lambda 函數(shù)的效能（冷啟動和熱啟動），以探索成本和效能之間的權衡。
使用包含具有不同記憶體設定的 GraalVM 本機映像的自訂執(zhí)行時間測量 Lambda 函數(shù)的冷啟動和熱啟動
我們將重複使用本系列文章第 13 部分中描述的完全相同的實驗，但記憶體設定在 256 到 1536 MB 之間。
以下是實驗結果：
冷 (c) 和暖 (m) 開始時間（以毫秒為單位）：
| Memory setting | c p50 | c p75 | c p90 | c p99 | c p99.9 | c max | w p50 | w p75 | w p90 | w p99 | w p99.9 | w max |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 256 MB | 1634.84 | 1659.54 | 1691.35 | 1778.03 | 1785.15 | 1785.7 | 6.56 | 6.99 | 7.63 | 18.33 | 372.54 | 857.7 |
| 512 MB | 1244.44 | 1278.48 | 1313.45 | 1414.28 | 1421.36 | 1421.94 | 6.66 | 7.10 | 7.94 | 25.41 | 181.86 | 414.99 |
| 768 MB | 1111.53 | 1126.07 | 1139.66 | 1192.08 | 1202.86 | 1203.07 | 6.58 | 6.93 | 7.48 | 12.46 | 115.18 | 278.91 |
| 1024 MB | 1051.03 | 1061.58 | 1080.86 | 1119.34 | 1149.45 | 1230.28 | 6.45 | 6.77 | 7.33 | 12.50 | 90.92 | 218.17 |
| 1280 MB | 1022.02 | 1035.39 | 1058.41 | 1065.76 | 1104.64 | 1174.79 | 6.58 | 6.96 | 7.54 | 12.37 | 70.77 | 271.13 |
| 1536 MB | 1009.83 | 1029.20 | 1048.41 | 1161.32 | 1116.24 | 1148.24 | 6.66 | 7.04 | 7.75 | 12.08 | 63.03 | 215.62 |
結論
在本文中，使用包含GraalVM 本機映像的自訂運行時測量Lambda 函數(shù)的冷啟動和熱啟動，GraalVM 21 運行時是從第12 部分中介紹的Spring Cloud Function AWS 應用程式創(chuàng)建的，具有256 到1536 MB 之間的不同記憶體設定。
我們觀察到與 GraalVM Native Image 的 Pure Lambda 函數(shù) - 使用不同 Lambda 記憶體設定測量冷啟動和熱啟動一文中所述的類似情況。 對於較低的 Lambda 函數(shù)記憶體設定（例如 256 或 512 MB），熱啟動時間也非常接近，其中差異主要在高百分位 (>= p90) 上可見。 256 和 512 MB 的冷啟動時間相當長，從 768 MB 內(nèi)存開始，通過為 Lambda 提供更多內(nèi)存，冷啟動時間只會減少一點，但對於大於 1024 MB 的內(nèi)存，沒有任何明顯差異。 根據(jù)您的效能要求，您可以為 Lambda 提供少於 1024 MB 的記憶體（正如我們最初在範例應用程式中給出的那樣），並且使用 768 MB 甚至更少的記憶體可以實現(xiàn)非常好的性價比。
我們也分享了第 13 部分結論中描述的相同觀察結果。當我們將冷啟動時間與文章使用GraalVM Native Image 的純Lambda 函數(shù)- 使用不同Lambda 內(nèi)存設定測量冷啟動和熱啟動中測量的時間進行比較時（ （其中Lambda 函數(shù)不使用Spring Boot 等任何框架），使用純Lambda 函數(shù)時，我們發(fā)現(xiàn)每個百分位數(shù)的值降低約0.5-0.6 秒。應用程式具有一定的最佳化潛力，因為我無法解釋它們之間的冷啟動時間如此大的差異。 Lambda 和GraalVM Native 映像一起使用可能只會導致冷啟動時間增加0.2-0.3 倍。
在發(fā)布本文時，正在使用的框架和工具的新版本已經(jīng)可用（GraalVM 23 運行時、Spring Boot 3.4 和Spring Cloud Function 庫的版本更新），因此您可以進行版本更改並重新編譯GraalVM Native按照本系列第2 部分的說明進行影像繪製並重新測量效能。我還將很快發(fā)布這些版本的新測量結果並升級範例應用程式。
以上是AWS Lambda 上的 Spring Boot 應用程式 - 使用 GraalVM 本機映像和記憶體設定測量冷啟動和熱啟動部分的詳細內(nèi)容。更多資訊請關注PHP中文網(wǎng)其他相關文章！
熱AI工具
Undress AI Tool
免費脫衣圖片
Undresser.AI Undress
人工智慧驅動的應用程序，用於創(chuàng)建逼真的裸體照片
AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。
Clothoff.io
AI脫衣器
Video Face Swap
使用我們完全免費的人工智慧換臉工具，輕鬆在任何影片中換臉！
熱門文章
熱工具
記事本++7.3.1
好用且免費的程式碼編輯器
SublimeText3漢化版
中文版，非常好用
禪工作室 13.0.1
強大的PHP整合開發(fā)環(huán)境
Dreamweaver CS6
視覺化網(wǎng)頁開發(fā)工具
SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)
hashmap和hashtable之間的區(qū)別？
Jun 24, 2025 pm 09:41 PM
HashMap與Hashtable的區(qū)別主要體現(xiàn)在線程安全、null值支持及性能方面。 1.線程安全方面，Hashtable是線程安全的，其方法大多為同步方法，而HashMap不做同步處理，非線程安全；2.null值支持上，HashMap允許一個null鍵和多個null值，Hashtable則不允許null鍵或值，否則拋出NullPointerException；3.性能方面，HashMap因無同步機制效率更高，Hashtable因每次操作加鎖性能較低，推薦使用ConcurrentHashMap替
為什麼我們需要包裝紙課？
Jun 28, 2025 am 01:01 AM
Java使用包裝類是因為基本數(shù)據(jù)類型無法直接參與面向對像操作，而實際需求中常需對象形式；1.集合類只能存儲對象，如List利用自動裝箱存儲數(shù)值；2.泛型不支持基本類型，必須使用包裝類作為類型參數(shù)；3.包裝類可表示null值，用於區(qū)分未設置或缺失的數(shù)據(jù)；4.包裝類提供字符串轉換等實用方法，便於數(shù)據(jù)解析與處理，因此在需要這些特性的場景下，包裝類不可或缺。
JIT編譯器如何優(yōu)化代碼？
Jun 24, 2025 pm 10:45 PM
JIT編譯器通過方法內(nèi)聯(lián)、熱點檢測與編譯、類型推測與去虛擬化、冗餘操作消除四種方式優(yōu)化代碼。 1.方法內(nèi)聯(lián)減少調(diào)用開銷，將頻繁調(diào)用的小方法直接插入調(diào)用處；2.熱點檢測識別高頻執(zhí)行代碼並集中優(yōu)化，節(jié)省資源；3.類型推測收集運行時類型信息實現(xiàn)去虛擬化調(diào)用，提升效率；4.冗餘操作消除根據(jù)運行數(shù)據(jù)刪除無用計算和檢查，增強性能。
什麼是接口中的靜態(tài)方法？
Jun 24, 2025 pm 10:57 PM
StaticmethodsininterfaceswereintroducedinJava8toallowutilityfunctionswithintheinterfaceitself.BeforeJava8,suchfunctionsrequiredseparatehelperclasses,leadingtodisorganizedcode.Now,staticmethodsprovidethreekeybenefits:1)theyenableutilitymethodsdirectly
什麼是實例初始器塊？
Jun 25, 2025 pm 12:21 PM
實例初始化塊在Java中用於在創(chuàng)建對象時運行初始化邏輯，其執(zhí)行先於構造函數(shù)。它適用於多個構造函數(shù)共享初始化代碼、複雜字段初始化或匿名類初始化場景，與靜態(tài)初始化塊不同的是它每次實例化時都會執(zhí)行，而靜態(tài)初始化塊僅在類加載時運行一次。
變量的最終關鍵字是什麼？
Jun 24, 2025 pm 07:29 PM
InJava,thefinalkeywordpreventsavariable’svaluefrombeingchangedafterassignment,butitsbehaviordiffersforprimitivesandobjectreferences.Forprimitivevariables,finalmakesthevalueconstant,asinfinalintMAX_SPEED=100;wherereassignmentcausesanerror.Forobjectref
什麼是工廠模式？
Jun 24, 2025 pm 11:29 PM
工廠模式用於封裝對象創(chuàng)建邏輯，使代碼更靈活、易維護、松耦合。其核心答案是：通過集中管理對象創(chuàng)建邏輯，隱藏實現(xiàn)細節(jié)，支持多種相關對象的創(chuàng)建。具體描述如下：工廠模式將對象創(chuàng)建交給專門的工廠類或方法處理，避免直接使用newClass()；適用於多類型相關對象創(chuàng)建、創(chuàng)建邏輯可能變化、需隱藏實現(xiàn)細節(jié)的場景；例如支付處理器中通過工廠統(tǒng)一創(chuàng)建Stripe、PayPal等實例；其實現(xiàn)包括工廠類根據(jù)輸入?yún)?shù)決定返回的對象，所有對象實現(xiàn)共同接口；常見變體有簡單工廠、工廠方法和抽象工廠，分別適用於不同複雜度的需求。
什麼是類型鑄造？
Jun 24, 2025 pm 11:09 PM
類型轉換有兩種：隱式和顯式。 1.隱式轉換自動發(fā)生，如將int轉為double；2.顯式轉換需手動操作，如使用(int)myDouble。需要類型轉換的情況包括處理用戶輸入、數(shù)學運算或函數(shù)間傳遞不同類型的值時。需要注意的問題有：浮點數(shù)轉整數(shù)會截斷小數(shù)部分、大類型轉小類型可能導致數(shù)據(jù)丟失、某些語言不允許直接轉換特定類型。正確理解語言的轉換規(guī)則有助於避免錯誤。
