EC2 M9gインスタンス(Graviton5)がGAになったのでCPU情報などを確認してみた

EC2 M9gインスタンス(Graviton5)がGAになったのでCPU情報などを確認してみた

2026年6月10日にGAとなったEC2 M9gインスタンス(Graviton5)を起動し、lscpuやdmidecodeなどのOSコマンドでGraviton5 / Neoverse V3のCPU情報を確認しました。M8g(Graviton4)と実機で確認した差分や、オンデマンド料金の比較もまとめています。
2026.06.11

はじめに

2026/6/10、AWS Graviton5プロセッサを搭載したAmazon EC2 M9gおよびM9gdインスタンスが一般提供(GA)されました。

https://aws.amazon.com/jp/about-aws/whats-new/2026/06/ec2-m9g-m9gd-instances-graviton5-processors-available/

https://aws.amazon.com/blogs/aws/now-available-amazon-ec2-m9g-and-m9gd-instances-powered-by-new-aws-graviton5-processors/

Graviton5はAWSが自社設計した第5世代のArmプロセッサです。Arm Neoverse V3コアを採用し、前世代のGraviton4と比較してコンピュート性能が最大25% 向上したとされています。

M9gは2025/12のre:Inventでプレビュー発表されており、弊社ブログでも紹介しています。

https://dev.classmethod.jp/articles/ec2-m9g-instances-graviton5-processors-preview/

今回GAとなったため、実際にインスタンスを起動してOSコマンドからCPU情報を確認しました。

M9gと前世代M8gの主な仕様差分を以下にまとめます。

項目 M8g(Graviton4) M9g(Graviton5)
コアアーキテクチャ Neoverse V2 Neoverse V3
アーキテクチャファミリー ARMv9 ARMv9
プロセッサあたりの最大コア数 96 192(倍増)※1
クロック周波数 2800 MHz 3300 MHz(+18%)
L2キャッシュ 2 MiB 2 MiB
L3キャッシュ(lscpu表示) 36 MiB 48 MiB(+33%)
L3キャッシュ(チップ全体) ~36 MB ~180 MB(5倍)※2
SVEベクタ長 128 bit 128 bit
メモリ DDR5 DDR5-8800 ※2
PCIe Gen5 Gen6 ※2
Nitro System v5 v6 + Nitro Isolation Engine ※2
プロセス 5nm 3nm ※2
コンピュート性能 ベースライン 最大25% 向上 ※2
ネットワーク帯域(最大) 50 Gbps 100 Gbps(倍増)※1
EBS帯域(最大) 40 Gbps 72 Gbps ※1
EBS IOPS(最大) 160,000 288,000 ※1

※ L1d/L1iキャッシュ(64 KiB)、L2キャッシュ(2 MiB)、SVEベクタ長(128 bit)はM8gと同等です。NitroTPM、Nitro Enclaves、EFA、Encryption in transitも同様です。

利用可能リージョンはus-east-1、us-east-2、us-west-2、eu-central-1の4リージョンです。

インスタンスの起動

EC2の起動画面でインスタンスタイプに「m9g」と入力すると、候補一覧が表示されます。

EC2起動画面のm9g

今回は最小サイズのm9g.medium(1 vCPU, 4 GiB)を選択しました。

検証環境は以下の通りです。

  • インスタンスタイプ: m9g.medium(1 vCPU, 4 GiB)
  • リージョン: us-east-1
  • AMI: Amazon Linux 2023(arm64)
  • カーネル: 6.1.174-217.345.amzn2023.aarch64

OS コマンドで CPU 情報を確認

lscpu

Architecture:                            aarch64
CPU op-mode(s):                          64-bit
Byte Order:                              Little Endian
CPU(s):                                  1
On-line CPU(s) list:                     0
Vendor ID:                               ARM
BIOS Vendor ID:                          AWS
BIOS Model name:                         AWS Graviton5
Model:                                   1
Thread(s) per core:                      1
Core(s) per socket:                      1
Socket(s):                               1
Stepping:                                r0p1
BogoMIPS:                                2000.00
Flags:                                   fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma lrcpc dcpop sha3 asimddp sha512 sve asimdfhm dit uscat ilrcpc flagm sb paca pacg dcpodp sve2 sveaes svepmull svebitperm svesha3 flagm2 frint svei8mm svebf16 i8mm bf16 dgh rng bti ecv afp wfxt
L1d cache:                               64 KiB (1 instance)
L1i cache:                               64 KiB (1 instance)
L2 cache:                                2 MiB (1 instance)
L3 cache:                                48 MiB (1 instance)
NUMA node(s):                            1
NUMA node0 CPU(s):                       0
lscpu Vulnerabilitiesセクション
Vulnerability Gather data sampling:      Not affected
Vulnerability Indirect target selection: Not affected
Vulnerability Itlb multihit:             Not affected
Vulnerability L1tf:                      Not affected
Vulnerability Mds:                       Not affected
Vulnerability Meltdown:                  Not affected
Vulnerability Mmio stale data:           Not affected
Vulnerability Reg file data sampling:    Not affected
Vulnerability Retbleed:                  Not affected
Vulnerability Spec rstack overflow:      Not affected
Vulnerability Spec store bypass:         Mitigation; Speculative Store Bypass disabled via prctl
Vulnerability Spectre v1:                Mitigation; __user pointer sanitization
Vulnerability Spectre v2:                Mitigation; CSV2, BHB
Vulnerability Srbds:                     Not affected
Vulnerability Tsa:                       Not affected
Vulnerability Tsx async abort:           Not affected
Vulnerability Vmscape:                   Not affected

Spectre v1/v2に対するMitigationが有効で、x86固有の脆弱性(Meltdown, MDS, L1TF等)は全てNot affectedでした。

  • BIOS Model name: AWS Graviton5 — プロセッサ名が直接表示されています
  • Thread(s) per core: 1 — GravitonシリーズはSMTを使わず、1 vCPU = 1物理コアです
  • L2 cache: 2 MiB — Graviton4と同じ値です
  • L3 cache: 48 MiB — 検証環境(1 vCPU)ではL3 cacheとして48 MiBが表示されました(Graviton4は36 MiB)
  • Flagsにsve2 — SVE2(Scalable Vector Extension v2)に対応しています。bf16、i8mmなど機械学習向けの命令セットも確認できます。M8gと比較して、M9gで追加されたフラグとしてecv、afp、wfxtがあります
  • Stepping: r0p1 — Neoverse V3の初期リビジョンです

dmidecode -t processor

# dmidecode 3.6
Getting SMBIOS data from sysfs.
SMBIOS 3.0.0 present.

Handle 0x0004, DMI type 4, 42 bytes
Processor Information
	Socket Designation: CPU0
	Type: Central Processor
	Family: ARMv9
	Manufacturer: AWS
	ID: 41 D8 0F 41 00 00 00 00
	Signature: Implementor 0x41, Variant 0x0, Architecture 15, Part 0xd84, Revision 1
	Version: AWS Graviton5
	Voltage: Unknown
	External Clock: Unknown
	Max Speed: 3300 MHz
	Current Speed: 3300 MHz
	Status: Populated, Enabled
	Upgrade: None
	L1 Cache Handle: Not Provided
	L2 Cache Handle: Not Provided
	L3 Cache Handle: Not Provided
	Serial Number: AWS Graviton5
	Asset Tag: AWS Graviton5
	Part Number: AWS Graviton5
	Core Count: 1
	Core Enabled: 1
	Thread Count: 1
	Characteristics: None
  • Family: ARMv9 — Graviton4と同じくARMv9ファミリーです。lscpuのArchitectureはaarch64と表示されますが、これはLinuxカーネルがARMv9をARMv8のスーパーセットとして扱うためです。/proc/cpuinfoの「CPU architecture: 8」やdmidecodeの「Architecture 15」もARMv9と矛盾しません
  • Max Speed / Current Speed: 3300 MHz — Graviton4の2800 MHzから500 MHz(+18%)向上しています
  • Part 0xd84 — Arm Neoverse V3のCPU part numberです
  • Manufacturer: AWS — AWS自社設計であることが示されています

/proc/cpuinfo

/proc/cpuinfo でも同じ情報を確認できます。CPU part 0xd84 がNeoverse V3を示しています。

processor	: 0
BogoMIPS	: 2000.00
Features	: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma lrcpc dcpop sha3 asimddp sha512 sve asimdfhm dit uscat ilrcpc flagm sb paca pacg dcpodp sve2 sveaes svepmull svebitperm svesha3 flagm2 frint svei8mm svebf16 i8mm bf16 dgh rng bti ecv afp wfxt
CPU implementer	: 0x41
CPU architecture: 8
CPU variant	: 0x0
CPU part	: 0xd84
CPU revision	: 1

dmesg(CPU 関連)

sudo dmesg | grep -i 'cpu\|booting\|QARMA\|SVE' でCPU関連のカーネルメッセージを抽出しました。

[    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd841]
[    0.000000] Detected PIPT I-cache on CPU0
[    0.000000] CPU features: detected: Address authentication (architected QARMA3 algorithm)
[    0.000000] CPU features: detected: GIC system register CPU interface
[    0.000000] CPU features: detected: Hardware dirty bit management
[    0.000000] CPU features: detected: Spectre-v4
[    0.000000] CPU features: detected: Spectre-BHB
[    0.000493] smp: Bringing up secondary CPUs ...
[    0.000494] smp: Brought up 1 node, 1 CPU
[    0.000496] CPU features: detected: Branch Target Identification
[    0.000499] CPU features: detected: CRC32 instructions
[    0.000500] CPU features: detected: Enhanced Counter Virtualization
[    0.000501] CPU features: detected: Generic authentication (architected QARMA3 algorithm)
[    0.000502] CPU features: detected: LSE atomic instructions
[    0.000503] CPU features: detected: RAS Extension Support
[    0.000503] CPU features: detected: Random Number Generator
[    0.000506] CPU features: detected: Scalable Vector Extension
[    0.000535] CPU: All CPU(s) started at EL1
  • [0x410fd841] — Boot CPUのIDです。0x41 = ARM、0xd84 = Neoverse V3、revision 1と分解できます
  • QARMA3 algorithm — ポインタ認証(PAC)のアルゴリズムがQARMA3になっています。Graviton4ではQARMA5でした
  • Scalable Vector Extension — SVEの検出が確認できます
  • Branch Target Identification — BTI(間接分岐先の制限)によるセキュリティ強化です

lstopo-no-graphics

lscpuで確認したキャッシュ階層をlstopo(hwloc)でも可視化しました。

lstopo-no-graphics出力
Machine (3782MB total)
  Package L#0
    NUMANode L#0 (P#0 3782MB)
    L3 L#0 (48MB) + L2 L#0 (2048KB) + L1d L#0 (64KB) + L1i L#0 (64KB) + Core L#0 + PU L#0 (P#0)
  HostBridge
    PCI 00:04.0 (NVMExp)
      Block(Disk) "nvme0n1"
  HostBridge
    PCIBridge
      PCIBridge
        PCIBridge
          PCI 27:00.0 (Ethernet)
            Net "ens34"

L3 48MB → L2 2048KB → L1d/L1i 64KBの階層と、NVMe・EthernetがPCIe経由(Nitro System)で接続されていることが確認できます。

nvme id-ctrl(EBS NVMe コントローラー)

NVME Identify Controller:
vid       : 0x1d0f
ssvid     : 0x1d0f
mn        : Amazon Elastic Block Store
fr        : 2.0
rab       : 32
ieee      : a002dc
mdts      : 6
cntlid    : 0
ver       : 0x10400
  • vid: 0x1d0f — AmazonのPCI Vendor IDです
  • fr: 2.0 — EBS NVMeファームウェアのリビジョンです。M8g(Graviton4)でも同じ2.0が確認されています
  • ver: 0x10400 — NVMe spec 1.4に準拠しています

SVE ベクタ長

/proc/sys/abi/sve_default_vector_length からSVEのデフォルトベクタ長を確認しました。

$ cat /proc/sys/abi/sve_default_vector_length
16

16バイト = 128ビット です。M8g(Graviton4)でも同じ128ビットであることを確認しており、Graviton4以降は128bit幅で統一されています。256ビットだったのはGraviton3(Neoverse V1)です。

Neoverse V3は128bit幅のSVE実装です。SVE2命令セット自体は利用可能(sveaes, svepmull, svebitperm, svesha3)です。

コスト比較

M9gとM8gのオンデマンド価格を比較しました。AWS Pricing API(GetProducts)から取得したus-east-1 / Linux / On-Demandの価格です(取得日: 2026/6/11)。

サイズ M9g (USD/時) M8g (USD/時) 差分
medium 0.04892 0.04488 +9.0%
large 0.09784 0.08976 +9.0%
xlarge 0.19568 0.17952 +9.0%
2xlarge 0.39136 0.35904 +9.0%
4xlarge 0.78272 0.71808 +9.0%
8xlarge 1.56544 1.43616 +9.0%
12xlarge 2.34816 2.15424 +9.0%
16xlarge 3.13088 2.87232 +9.0%
24xlarge 4.69632 4.30848 +9.0%
48xlarge 9.39264 8.61696 +9.0%
metal-48xl 9.39264 8.61696 +9.0%

全サイズ一律でM8g比 +9.0% の価格設定です。公式発表の性能向上(最大25%)をそのまま適用した単純計算では、価格あたりの性能は最大で約15% 改善する計算になります(1.25 / 1.09 ≒ 1.147)。実際の費用対効果はワークロードにより異なります。

※ metal-48xlと48xlargeが同一価格ですが、これはGravitonシリーズの通例であり、Pricing APIから取得した値のまま掲載しています。

まとめ

M9gインスタンスを起動し、OSコマンドでGraviton5 / Neoverse V3のCPU情報を確認しました。

M8g(Graviton4)との比較では、CPUコアがNeoverse V2からNeoverse V3に変更され、クロック周波数は2800 MHzから3300 MHzへ向上していました。また、lscpuで表示されるL3キャッシュは36 MiBから48 MiBに増加し、ポインタ認証アルゴリズムはQARMA5からQARMA3に変更されていることも確認できました。

一方で、L2キャッシュ(2 MiB)、SVEベクタ長(128 bit)、EBS NVMeファームウェア(2.0)はM8gと同じでした。Gravitonシリーズの特徴である、SMTを使わない「1 vCPU = 1物理コア」の構成も引き続き同様です。

価格はM8g比で全サイズ一律 +9.0% でした。公式発表ではGraviton4比で最大25%のコンピュート性能向上が示されているため、ワークロードによっては価格あたりの性能の改善が期待できます。ただし、実際の費用対効果はアプリケーション特性に依存するため、移行を検討する場合は実ワークロードでベンチマークを取得して確認するのがよさそうです。

執筆時点では東京リージョンでまだ利用できませんが、M9gは今後のGraviton系インスタンス選定において有力な候補になる可能性があります。東京リージョンでの提供を見据えている場合も、先行して利用可能なリージョンで実ワークロードの動作確認や性能検証を進めておくと、提供開始後の移行判断がしやすくなります。

参考リンク


コスト最適化、打ちっぱなしで元通りになっていませんか

タグ付けも不要リソースの棚卸しも、施策は打てる。でも続ける仕組みがなければ、コストは数か月でじわじわ戻る。一度きりで終わらせず、FinOpsを組織に定着させる=CCoEの役割。最適化を回し続ける進め方を、無料資料にまとめました。

CCoE総合支援

FinOpsを定着させる資料をもらう

この記事をシェアする

AWSのお困り事はクラスメソッドへ

関連記事