国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

ホームページ Java &#&チュートリアル AWS Lambda での Spring Boot アプリケーション - パート GraalVM ネイティブ イメージとメモリ設(shè)定を使用したコールド スタートとウォーム スタートの測(cè)定

AWS Lambda での Spring Boot アプリケーション - パート GraalVM ネイティブ イメージとメモリ設(shè)定を使用したコールド スタートとウォーム スタートの測(cè)定

Jan 07, 2025 am 07:17 AM

Spring Boot pplication on AWS Lambda - Part Measuring cold and warm starts with GraalVM Native Image and memory settings

導(dǎo)入

シリーズの記事パート 12 では、Spring Cloud Function AWS アプリケーションから作成された GraalVM 22 ランタイムを使用した GraalVM ネイティブ イメージを含むカスタム ランタイムを使用して Lambda 関數(shù)を開発およびデプロイする方法を検討しました。パート 13 では、1024 MB のメモリを備えたこのような Lambda 関數(shù)のパフォーマンス (コールド スタートとウォーム スタート) を測(cè)定しました。

この記事では、コストとパフォーマンスのトレードオフを調(diào)査するために、256 MB から 1536 MB までの異なるメモリ設(shè)定でこのアプローチを使用して Lambda 関數(shù)のパフォーマンス (コールド スタートとウォーム スタート) を測(cè)定します。

異なるメモリ設(shè)定を持つ GraalVM ネイティブ イメージを含むカスタム ランタイムを使用した Lambda 関數(shù)のコールド スタートとウォーム スタートの測(cè)定

この記事シリーズのパート 13 で説明したのとまったく同じ実験を再利用しますが、メモリ設(shè)定は 256 MB から 1536 MB の間で異なります。

実験の結(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é)論

この記事では、パート 12 で紹介した Spring Cloud Function AWS アプリケーションから作成された GraalVM 21 ランタイムと GraalVM Native Image を含むカスタム ランタイムを使用し、256 ~ 1536 MB の異なるメモリ設(shè)定を持つ Lambda 関數(shù)のコールド スタートとウォーム スタートを測(cè)定しました。

記事「GraalVM ネイティブ イメージを使用した純粋な Lambda 関數(shù) - 異なる Lambda メモリ設(shè)定を使用したコールド スタートとウォーム スタートの測(cè)定」で説明されているのと同様のことが観察されます。 ウォーム スタート時(shí)間は、256 MB や 512 MB などの低い Lambda 関數(shù)メモリ設(shè)定でも互いに非常に近く、主に高いパーセンタイルで違いが見られます (>= p90)。コールドスタート時(shí)間は、256 MB と 512 MB では非常に長(zhǎng)く、768 MB のメモリから開始すると、Lambda に追加のメモリを與えることで少しだけ減少しますが、1024 MB を超えるメモリでは目立った違いはありません。 パフォーマンス要件に応じて、サンプル アプリケーションで最初に指定した 1024 MB よりも少ないメモリを Lambda に與えることができ、768 MB またはそれよりも少ないメモリで非常に優(yōu)れた価格パフォーマンスのトレードオフを?qū)g現(xiàn)できます。

パート 13 の結(jié)論で説明したのと同じ観察結(jié)果も共有しました。コールド スタート時(shí)間を、記事「GraalVM ネイティブ イメージを使用した純粋な Lambda 関數(shù) - 異なる Lambda メモリ設(shè)定を使用したコールド スタートとウォーム スタートの測(cè)定」で測(cè)定された時(shí)間と比較すると、(ここで、Lambda 関數(shù)は Spring Boot などのフレームワークを使用しません)、純粋な Lambda 関數(shù)を使用すると、各パーセンタイルの値が約 0.5 ~ 0.6 秒低くなります。個(gè)人的には、サンプル Spring Boot 3 アプリケーションには、コールド スタート時(shí)間の大きな違いを説明できないため、最適化の可能性があると考えています。私の (おそらく単純な) 予想は、AWS Lambda および GraalVM ネイティブ イメージで Spring Boot 3 フレームワークを使用すると、純粋な Lambda 関數(shù)の使用と比較して、コールド スタート時(shí)間が 0.2 ~ 0.3 増加するだけである可能性があるということです。

この記事の公開時(shí)點(diǎn)では、使用されているフレームワークとツールの新しいバージョン (GraalVM 23 ランタイム、Spring Boot 3.4、および Spring Cloud Function ライブラリのバージョン更新) が利用可能になっているため、バージョンを変更して GraalVM Native を再コンパイルする必要があります。シリーズのパート 2 の指示に従って畫像を作成し、パフォーマンスを再測(cè)定します。また、これらのバージョンでの新しい測(cè)定結(jié)果を近々公開し、サンプル アプリケーションをアップグレードする予定です。

以上がAWS Lambda での Spring Boot アプリケーション - パート GraalVM ネイティブ イメージとメモリ設(shè)定を使用したコールド スタートとウォーム スタートの測(cè)定の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語 Web サイトの他の関連記事を參照してください。

このウェブサイトの聲明
この記事の內(nèi)容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰屬します。このサイトは、それに相當(dāng)する法的責(zé)任を負(fù)いません。盜作または侵害の疑いのあるコンテンツを見つけた場(chǎng)合は、admin@php.cn までご連絡(luò)ください。

ホットAIツール

Undress AI Tool

Undress AI Tool

脫衣畫像を無料で

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード寫真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

寫真から衣服を削除するオンライン AI ツール。

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡(jiǎn)単に交換できます。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中國(guó)語版

SublimeText3 中國(guó)語版

中國(guó)語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強(qiáng)力な PHP 統(tǒng)合開発環(huán)境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

ハッシュマップとハッシュテーブルの違いは? ハッシュマップとハッシュテーブルの違いは? Jun 24, 2025 pm 09:41 PM

ハッシュマップとハッシュテーブルの違いは、主にスレッドの安全性、ヌル価値のサポート、パフォーマンスに反映されます。 1.スレッドの安全性の観點(diǎn)から、ハッシュテーブルはスレッドセーフであり、その方法はほとんど同期メソッドであり、ハッシュマップはスレッドセーフではない同期処理を?qū)g行しません。 2。ヌル値のサポートに関しては、ハッシュマップは1つのnullキーと複數(shù)のヌル値を許可しますが、ハッシュテーブルはnullキーや値を許可しません。 3.パフォーマンスの観點(diǎn)から、ハッシュマップは同期メカニズムがないため、より効率的です。ハッシュテーブルは、各操作のロックパフォーマンスが低いです。代わりにconcurrenthashmapを使用することをお?jiǎng)幛幛筏蓼埂?/p>

なぜラッパークラスが必要なのですか? なぜラッパークラスが必要なのですか? Jun 28, 2025 am 01:01 AM

Javaは、基本的なデータ型がオブジェクト指向の操作に直接參加できないため、ラッパークラスを使用し、実際のニーズでオブジェクトフォームが必要になることが多いためです。 1.コレクションクラスは、リストが自動(dòng)ボクシングを使用して數(shù)値を保存するなど、オブジェクトのみを保存できます。 2。ジェネリックは基本的なタイプをサポートしておらず、パッケージングクラスはタイプパラメーターとして使用する必要があります。 3.パッケージングクラスは、null値を表して、データまたは欠落データを區(qū)別できます。 4.パッケージングクラスは、データの解析と処理を容易にするための文字列変換などの実用的な方法を提供するため、これらの特性が必要なシナリオでは、パッケージングクラスは不可欠です。

インターフェイスの靜的メソッドとは何ですか? インターフェイスの靜的メソッドとは何ですか? Jun 24, 2025 pm 10:57 PM

StaticMethodsinInterfaceswereIntroducatedinjava8toalowutilityは、interfaceitself.beforejava8、そのような導(dǎo)入のために導(dǎo)入されたコード、rediveTodisorgedCode.now、statecmethodssprovidreebenefits:1)彼らの可能性のある測(cè)定di

JITコンパイラはどのようにコードを最適化しますか? JITコンパイラはどのようにコードを最適化しますか? Jun 24, 2025 pm 10:45 PM

JITコンパイラは、メソッドインライン、ホットスポット検出とコンピレーション、タイプの投機(jī)と偏見、冗長(zhǎng)操作の排除の4つの方法を通じてコードを最適化します。 1。メソッドインラインで呼び出しのオーバーヘッドを減らし、頻繁に小さな方法と呼ばれる挿入をコールに直接直接挿入します。 2。ホットスポットの検出と高周波コードの実行とそれを中央に最適化して、リソースを節(jié)約します。 3。タイプ投機(jī)は、敬v的な呼び出しを達(dá)成するためにランタイムタイプ情報(bào)を収集し、効率を向上させます。 4.冗長(zhǎng)操作は、運(yùn)用データの削除に基づいて役に立たない計(jì)算と検査を排除し、パフォーマンスを向上させます。

インスタンスイニシャルイザーブロックとは何ですか? インスタンスイニシャルイザーブロックとは何ですか? Jun 25, 2025 pm 12:21 PM

インスタンス初期化ブロックは、Javaで使用され、コンストラクターの前に実行されるオブジェクトを作成するときに初期化ロジックを?qū)g行します。複數(shù)のコンストラクターが初期化コード、複雑なフィールド初期化、または匿名のクラス初期化シナリオを共有するシナリオに適しています。靜的初期化ブロックとは異なり、インスタンス化されるたびに実行されますが、靜的初期化ブロックはクラスがロードされたときに1回のみ実行されます。

工場(chǎng)のパターンとは何ですか? 工場(chǎng)のパターンとは何ですか? Jun 24, 2025 pm 11:29 PM

ファクトリーモードは、オブジェクトの作成ロジックをカプセル化するために使用され、コードをより柔軟でメンテナンスしやすく、ゆるく結(jié)合します。コアの答えは、オブジェクトの作成ロジックを一元的に管理し、実裝の詳細(xì)を隠し、複數(shù)の関連オブジェクトの作成をサポートすることです。特定の説明は次のとおりです。工場(chǎng)モードは、NewClass()の使用を直接回避し、処理のための特別な工場(chǎng)クラスまたは方法にオブジェクトの作成を手渡します。複數(shù)のタイプの関連オブジェクトが作成され、作成ロジックが変更され、実裝の詳細(xì)を非表示にする必要があるシナリオに適しています。たとえば、支払いプロセッサでは、Stripe、PayPal、その他のインスタンスが工場(chǎng)を通じて作成されます。その実裝には、入力パラメーターに基づいて工場(chǎng)クラスによって返されるオブジェクトが含まれ、すべてのオブジェクトは共通のインターフェイスを?qū)g現(xiàn)します。一般的なバリアントには、単純な工場(chǎng)、工場(chǎng)法、抽象的な工場(chǎng)が含まれます。これらは異なる複雑さに適しています。

変數(shù)の「ファイナル」キーワードは何ですか? 変數(shù)の「ファイナル」キーワードは何ですか? Jun 24, 2025 pm 07:29 PM

Injava、thefinalkeywordpreventsavariaibleのValue frombeingededafterassignment、ButiTsbehiviordiffersforprimitivesandobjectReferences

タイプキャストとは何ですか? タイプキャストとは何ですか? Jun 24, 2025 pm 11:09 PM

変換には、暗黙的で明示的な変換には2つのタイプがあります。 1.暗黙的な変換は、INTを2倍に変換するなど、自動(dòng)的に発生します。 2。明示的な変換には、(int)mydoubleの使用など、手動(dòng)操作が必要です。タイプ変換が必要な場(chǎng)合には、ユーザー入力の処理、數(shù)學(xué)操作、または関數(shù)間のさまざまなタイプの値の渡されます。注意する必要がある問題は次のとおりです。浮動(dòng)小數(shù)點(diǎn)數(shù)を整數(shù)に変換すると、分?jǐn)?shù)部分が切り捨てられ、大きなタイプを小さなタイプに変えるとデータの損失につながる可能性があり、一部の言語では特定のタイプの直接変換ができません。言語変換ルールを適切に理解することは、エラーを回避するのに役立ちます。

See all articles