AWS Lambda 上的 Spring Boot 應(yīng)用程序 - 使用 GraalVM 本機(jī)映像和內(nèi)存設(shè)置測量冷啟動和熱啟動部分
Jan 07, 2025 am 07:17 AM
介紹
在我們系列文章的第 12 部分中，我們探討了如何使用包含 GraalVM 本機(jī)映像的自定義運(yùn)行時(shí)來開發(fā)和部署 Lambda 函數(shù)，以及從 Spring Cloud Function AWS 應(yīng)用程序創(chuàng)建的 GraalVM 22 運(yùn)行時(shí)。在第 13 部分中，我們測量了具有 1024 MB 內(nèi)存的此類 Lambda 函數(shù)的性能（冷啟動和熱啟動）。
在本文中，我們將使用這種方法在 256 到 1536 MB 之間的不同內(nèi)存設(shè)置下測量 Lambda 函數(shù)的性能（冷啟動和熱啟動），以探索成本和性能之間的權(quán)衡。
使用包含具有不同內(nèi)存設(shè)置的 GraalVM 本機(jī)映像的自定義運(yùn)行時(shí)測量 Lambda 函數(shù)的冷啟動和熱啟動
我們將重復(fù)使用本系列文章第 13 部分中描述的完全相同的實(shí)驗(yàn)，但內(nèi)存設(shè)置在 256 到 1536 MB 之間。
以下是實(shí)驗(yàn)結(jié)果：
冷 (c) 和暖 (m) 開始時(shí)間（以毫秒為單位）：
| 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 |
結(jié)論
在本文中，使用包含 GraalVM 本機(jī)映像的自定義運(yùn)行時(shí)測量 Lambda 函數(shù)的冷啟動和熱啟動，GraalVM 21 運(yùn)行時(shí)是從第 12 部分中介紹的 Spring Cloud Function AWS 應(yīng)用程序創(chuàng)建的，具有 256 到 1536 MB 之間的不同內(nèi)存設(shè)置。
我們觀察到與 GraalVM Native Image 的 Pure Lambda 函數(shù) - 使用不同 Lambda 內(nèi)存設(shè)置測量冷啟動和熱啟動一文中描述的類似情況。 對于較低的 Lambda 函數(shù)內(nèi)存設(shè)置（例如 256 或 512 MB），熱啟動時(shí)間也非常接近，其中差異主要在高百分位 (>= p90) 上可見。 256 和 512 MB 的冷啟動時(shí)間相當(dāng)長，從 768 MB 內(nèi)存開始，通過為 Lambda 提供更多內(nèi)存，冷啟動時(shí)間只會減少一點(diǎn)，但對于大于 1024 MB 的內(nèi)存，沒有任何明顯差異。 根據(jù)您的性能要求，您可以為 Lambda 提供少于 1024 MB 的內(nèi)存（正如我們最初在示例應(yīng)用程序中給出的那樣），并且使用 768 MB 甚至更少的內(nèi)存可以實(shí)現(xiàn)非常好的性價(jià)比。
我們還分享了第 13 部分結(jié)論中描述的相同觀察結(jié)果。當(dāng)我們將冷啟動時(shí)間與文章使用 GraalVM Native Image 的純 Lambda 函數(shù) - 使用不同 Lambda 內(nèi)存設(shè)置測量冷啟動和熱啟動中測量的時(shí)間進(jìn)行比較時(shí)（ （其中 Lambda 函數(shù)不使用 Spring Boot 等任何框架），使用純 Lambda 函數(shù)時(shí)，我們發(fā)現(xiàn)每個(gè)百分位數(shù)的值降低約 0.5-0.6 秒。我個(gè)人認(rèn)為我的示例 Spring Boot 3 應(yīng)用程序具有一定的優(yōu)化潛力，因?yàn)槲覠o法解釋它們之間的冷啟動時(shí)間如此大的差異。我的（也許是天真的）期望是，與使用純 Lambda 函數(shù)相比，將 Spring Boot 3 框架與 AWS Lambda 和 GraalVM Native 映像一起使用可能只會導(dǎo)致冷啟動時(shí)間增加 0.2-0.3 倍。
在發(fā)布本文時(shí)，正在使用的框架和工具的新版本已經(jīng)可用（GraalVM 23 運(yùn)行時(shí)、Spring Boot 3.4 和 Spring Cloud Function 庫的版本更新），因此您可以進(jìn)行版本更改并重新編譯 GraalVM Native按照本系列第 2 部分的說明進(jìn)行圖像繪制并重新測量性能。我還將很快發(fā)布這些版本的新測量結(jié)果并升級示例應(yīng)用程序。
以上是AWS Lambda 上的 Spring Boot 應(yīng)用程序 - 使用 GraalVM 本機(jī)映像和內(nèi)存設(shè)置測量冷啟動和熱啟動部分的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！
熱AI工具
Undress AI Tool
免費(fèi)脫衣服圖片
Undresser.AI Undress
人工智能驅(qū)動的應(yīng)用程序，用于創(chuàng)建逼真的裸體照片
AI Clothes Remover
用于從照片中去除衣服的在線人工智能工具。
Clothoff.io
AI脫衣機(jī)
Video Face Swap
使用我們完全免費(fèi)的人工智能換臉工具輕松在任何視頻中換臉！
熱門文章
熱工具
記事本++7.3.1
好用且免費(fèi)的代碼編輯器
SublimeText3漢化版
中文版，非常好用
禪工作室 13.0.1
功能強(qiáng)大的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允許一個(gè)null鍵和多個(gè)null值，Hashtable則不允許null鍵或值，否則拋出NullPointerException；3.性能方面，HashMap因無同步機(jī)制效率更高，Hashtable因每次操作加鎖性能較低，推薦使用ConcurrentHashMap替
為什么我們需要包裝紙課？
Jun 28, 2025 am 01:01 AM
Java使用包裝類是因?yàn)榛緮?shù)據(jù)類型無法直接參與面向?qū)ο蟛僮?，而?shí)際需求中常需對象形式；1.集合類只能存儲對象，如List利用自動裝箱存儲數(shù)值；2.泛型不支持基本類型，必須使用包裝類作為類型參數(shù)；3.包裝類可表示null值，用于區(qū)分未設(shè)置或缺失的數(shù)據(jù)；4.包裝類提供字符串轉(zhuǎn)換等實(shí)用方法，便于數(shù)據(jù)解析與處理，因此在需要這些特性的場景下，包裝類不可或缺。
什么是接口中的靜態(tài)方法？
Jun 24, 2025 pm 10:57 PM
StaticmethodsininterfaceswereintroducedinJava8toallowutilityfunctionswithintheinterfaceitself.BeforeJava8,suchfunctionsrequiredseparatehelperclasses,leadingtodisorganizedcode.Now,staticmethodsprovidethreekeybenefits:1)theyenableutilitymethodsdirectly
JIT編譯器如何優(yōu)化代碼？
Jun 24, 2025 pm 10:45 PM
JIT編譯器通過方法內(nèi)聯(lián)、熱點(diǎn)檢測與編譯、類型推測與去虛擬化、冗余操作消除四種方式優(yōu)化代碼。1.方法內(nèi)聯(lián)減少調(diào)用開銷，將頻繁調(diào)用的小方法直接插入調(diào)用處；2.熱點(diǎn)檢測識別高頻執(zhí)行代碼并集中優(yōu)化，節(jié)省資源；3.類型推測收集運(yùn)行時(shí)類型信息實(shí)現(xiàn)去虛擬化調(diào)用，提升效率；4.冗余操作消除根據(jù)運(yùn)行數(shù)據(jù)刪除無用計(jì)算和檢查，增強(qiáng)性能。
什么是實(shí)例初始器塊？
Jun 25, 2025 pm 12:21 PM
實(shí)例初始化塊在Java中用于在創(chuàng)建對象時(shí)運(yùn)行初始化邏輯，其執(zhí)行先于構(gòu)造函數(shù)。它適用于多個(gè)構(gòu)造函數(shù)共享初始化代碼、復(fù)雜字段初始化或匿名類初始化場景，與靜態(tài)初始化塊不同的是它每次實(shí)例化時(shí)都會執(zhí)行，而靜態(tài)初始化塊僅在類加載時(shí)運(yùn)行一次。
變量的最終關(guān)鍵字是什么？
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)建邏輯，使代碼更靈活、易維護(hù)、松耦合。其核心答案是：通過集中管理對象創(chuàng)建邏輯，隱藏實(shí)現(xiàn)細(xì)節(jié)，支持多種相關(guān)對象的創(chuàng)建。具體描述如下：工廠模式將對象創(chuàng)建交給專門的工廠類或方法處理，避免直接使用newClass()；適用于多類型相關(guān)對象創(chuàng)建、創(chuàng)建邏輯可能變化、需隱藏實(shí)現(xiàn)細(xì)節(jié)的場景；例如支付處理器中通過工廠統(tǒng)一創(chuàng)建Stripe、PayPal等實(shí)例；其實(shí)現(xiàn)包括工廠類根據(jù)輸入?yún)?shù)決定返回的對象，所有對象實(shí)現(xiàn)共同接口；常見變體有簡單工廠、工廠方法和抽象工廠，分別適用于不同復(fù)雜度的需求。
什么是類型鑄造？
Jun 24, 2025 pm 11:09 PM
類型轉(zhuǎn)換有兩種：隱式和顯式。1.隱式轉(zhuǎn)換自動發(fā)生，如將int轉(zhuǎn)為double；2.顯式轉(zhuǎn)換需手動操作，如使用(int)myDouble。需要類型轉(zhuǎn)換的情況包括處理用戶輸入、數(shù)學(xué)運(yùn)算或函數(shù)間傳遞不同類型的值時(shí)。需要注意的問題有：浮點(diǎn)數(shù)轉(zhuǎn)整數(shù)會截?cái)嘈?shù)部分、大類型轉(zhuǎn)小類型可能導(dǎo)致數(shù)據(jù)丟失、某些語言不允許直接轉(zhuǎn)換特定類型。正確理解語言的轉(zhuǎn)換規(guī)則有助于避免錯(cuò)誤。
