Bölüm 1: Bu Nedir ve Neden Hayati Önem Taşır?
ARMv9 mimarisi, ARM ekosisteminin son on yıldaki en kapsamlı mimari atılımını temsil eder; odak noktası, ölçeklenebilir vektör işleme (SVE2), donanım tabanlı bellek güvenliği (MTE) ve heterojen işlem dağıtımı (DSU/Big.LITTLE evrimi) üçgenidir. Bu çalışma, ARMv9’un ontolojik çerçevesini; “Performans/Watt” optimizasyonu, güvenlik-ilk (security-first) tasarım felsefesi ve yazılım-donanım ortak tasarımı (co-design) ilkeleri üzerinden tanımlar. Temel parametreler; vektör uzunluğundan bağımsız (VL-agnostic) programlama modeli, etiket tabanlı bellek koruma birimi (MPAM/MTE) entegrasyonu ve Dinamik Paylaşımlı Birim (DSU) üzerinden önbellek koheransı yönetimidir. Metodolojik yaklaşım; ISA seviyesinde arka uyumluluk (AArch64) korurken, mikro mimari seviyede spekülatif yürütme, önbellek hiyerarşisi ve bellek modeli (Release Consistency) yeniliklerini ayrıştırır. Bu çerçeve, mobil SoC’lerden HPC/Altyapı çiplerine (Neoverse V2/N2) kadar tek bir yazılım tabanıyla dağıtım sağlayan “Tek Mimarî, Çoklu Uç Nokta” paradigmasını kurar.
Bölüm 2: Perde Arkası: Sistem Nasıl Çalışıyor?
SVE2 (Scalable Vector Extension 2), vektör uzunluğunu (128-bit ile 2048-bit arası 128-bit artımlarla) donanımda sabitlemeyen, derleyiciye ve çalışma zamanına bırakan “Vektör Uzunluğundan Bağımsız” (VL-agnostic) bir ISA uzantısıdır. Çalışma mekanizması; predikasyon (predicate) registerları (P0-P15) üzerinden maske tabanlı koşullu yürütme, toplanabilir (gather/scatter) bellek erişim desenleri ve matris çarpımı (BFloat16, INT8/FP16) için özel yönergeler (UDOT, SMMLA) içerir. MTE (Memory Tagging Extension), her 16 baytlık bellek granülüne 4-bitlik bir etiket (tag) atayarak, işaretçi (pointer) üst bitlerinde (TBI – Top Byte Ignore) bu etiketi taşıyarak yükleme/depolama anında donanımda eşleşme kontrolü gerçekleştirir; eşleşmezse Synchronous (senkron) veya Asynchronous (asenkron) istisna üretir. Verimlilik Çekirdekleri (örn. Cortex-A510/A710), DSU (DynamIQ Shared Unit) üzerinden L3 önbelleği ve sistem düzeyinde koheransı (AMBA 5 CHI) paylaşır; mikro mimari seviyede daha dar çıkış genişliği (dispatch width), daha küçük önbellek satır boyutları ve agresif güç kapatma (power gating) durumları ile “Performance-per-Area” hedefini service eder.
Bölüm 3: Bilim Dünyası ve Uzmanlar Nasıl İnceliyor?
ARMv9 uyumluluğu; ARM Architecture Reference Manual (ARM ARM) v9-A, Base System Architecture (BSA) v1.0+, Base Boot Requirements (BBR) v1.0+ ve SystemReady (ES/IR/VE) sertifikasyon programları tarafından yönetilir. SVE2 vektör programlama modeli; ACLE (ARM C Language Extensions) intrinsics ve LLVM/Clang/GCC arka uç derleyici desteği ile standartlaştırılır. MTE uygulanması; ARMv9-A MTE Supplement belgesinde tanımlanan IRG (Irregular Random Generation), LDG (Logical Tag Generation) ve STG/LDG yönergeleri ile bağlanır; işletim sistemi çekirdeği (Linux Kernel 5.10+, Android 12+) prctl(PR_SET_TAGGED_ADDR_CTRL) ve mmap(MTE) arayüzleriyle etiket yönetimini sağlar. Güvenlik sertifikasyonu için PSA Certified Level 2/3, Common Criteria (ISO 15408) ve FIPS 140-3 modülleri referans alınır. Performans analizi; ARM Streamline, Perf (PMU event counters: SVE_INST_RETIRED, MTE_TAG_CHECK_FAIL) ve SPEC CPU 2017 (rate/perf) metrikleri ile nicelendirilir.
Bölüm 4: Önemli Parametreler ve Karşılaştırma Rehberi
| Parametre | Ölçüt / Değer | Metrik | Stratejik Etki |
|---|---|---|---|
| Vektör Uzunluğu (VL) Aralığı | 128-bit – 2048-bit (128-bit artımlı) | Bit / Çevrim | Yazılım tek derleme ile 128b (mobil) – 2048b (HPC) ölçeklenir; yatırım korunur. |
| SVE2 Matris Yönergeleri | INT8/FP16/BF16 Dot Product (UDOT/SDOT/BFDOT) | TOP/s / Watt | ML Çıkarım (Inference) için NPU’ya bağımlılığı azaltır; CPU’da hızlandırma sağlar. |
| MTE Granülar Boyutu | 16 Bayt (Tag per Granule) | Bayt/Etiket | Hafif bellek yükü (%3-6 RAM); tampon taşma/Use-after-free tespitinde deterministik. |
| MTE Modları | Sync (Precise) / Async (Imprecise) / Asymmetric | İstisna Gecikmesi | Sync: Hata ayıklama; Async: Üretim (Overhead < %5); Asymmetric: Uyumluluk köprüsü. |
| DSU L3 Önbellek Paylaşımı | 0 – 16 MB (CLUSTER_CFG) | MB / Çekirdek Kümesi | Verimlilik (LITTLE) ve Performans (BIG) çekirdekleri arası sıfır kopyalı veri paylaşımı. |
| Çekirdek Çıkış Genişliği | A510: 2-wide / A710: 4-5-wide / X2: 6-8-wide | µop / Çevrim | Alan/Power bütçesine göre mikro mimari diferansiyasyon; ISA ortaklığı korur. |
| Bellek Modeli | Release Consistency (RCpc) + FEAT_LRCPC2/3 | Sıralama Kısıtlaması | Kilitsiz (lock-free) veri yapıları ve RCU performansını donanımda hızlandırır. |
| Pointer Authentication (PAC) | 128-bit QARMA / 64-bit PAC | Bit Güvenliği | ROP/JOP saldırı vektörlerini donanımda kırar; CFI (Control Flow Integrity) maliyeti sıfırlar. |
| Branch Target Identification (BTI) | BTI C/J/I yönergeleri | İndirekt Dalış Sayısı | JIT/Derleyici çıktılarında kontrol akışı bütünlüğü; CFI yazılım maliyetini indirir. |
| Scalable Matrix Extension (SME) | SVE2 + ZA Döşek Önbelleği (Tile Registers) | MAC / Çevrim | SVE2’nin matris çarpım uzantısı; ML eğitim/çıkarım için tensör işlemlerini vektörelleştirir. |
| Güç Yönetimi (PSCI/SMCCC) | CPUIdle / CPPC / DVFS Domain per Core | µW / MHz | Heterojen topolojide çekirdek bazlı güç kapatma ve frekans ölçekleme hassasiyeti. |
| Sanalizasyon (FEAT_VHE/EL2) | Stage-2 Translation + VNCR | VM Çıkış Gecikmesi | KVM/Hypervisor performansı; güvenli enclave (Realms/CCA) altyapısı. |
| RAS (Reliability, Availability, Serviceability) | ECC/Parity L1-L3 + Poison Handling | FIT (Failure in Time) | Altyapı/HPC sınıflarında sessiz veri bozulması önleme ve hata izolasyonu. |
| Güvenlik Durumu (FEAT_RME/CCA) | Realm VM / Secure EL3 / Non-secure | İzolasyon Seviyesi | Gizli Hesaplama (Confidential Computing) için donanım kök güven zinciri. |
Bölüm 5: Günlük Hayatta ve Doğada Nerede Karşımıza Çıkar?
Mobilde (Snapdragon 8 Gen 3, Dimensity 9300, Exynos 2400), SVE2; kamera ISP hattında RAW işleme, ses kodekleri (Opus/LDAC) ve on-device LLM token üretiminde (llama.cpp/ExecuTorch) NEON’a göre %30-50 daha yüksek işleme genişliği sağlar. MTE; Android 14+ (MTE Enabled Builds) ile heap overflow/use-after-free exploitlerini üretim cihazlarda asenkron modda yakalayıp tombstone logları üreterek sıfır gün (zero-day) yüzey alanını daraltır. Verimlilik çekirdekleri (Cortex-A510/A520), arka plan görevleri (sync, telemetry, sensor hub) ve E-cores benzeri yoğun çoklu iş parçacığı (MT) yüklerini BIG çekirdeklerini uyku modunda tutarak işler; bu da pil ömrünü %15-20 uzatır. Altyapıda (AWS Graviton3/4, AmpereOne, NVIDIA Grace), Neoverse V2/N2 çekirdekleri SVE2 256/512-bit VL ile HPC (OpenFOAM, GROMACS) ve veri analitiği (Apache Arrow/Velox) iş yüklerinde x86 AVX-512’ye rakip performans/watt sunar. MTE/CCA (Confidential Compute Architecture), CSP’lerde (Google Cloud C3, Azure DCasv5) “Gizli VM” (Confidential VM) dağıtımlarında hipervizor güvenilmezlik modelini donanımla kırar.
Bölüm 6: Karşılaşılan Zorluklar ve Pratik Çözümler
SVE2 Derleyici Olgunluğu: Otomatik vektörizasyon (auto-vectorization) hâlâ karmaşık kontrol akışlı (irregular) döngülerde NEON intrinsics’e göre verimsiz kod üretebilir. Çözüm: ACLE intrinsics ile manuel kernel yazımı, MLIR tabanlı derleyici geçişleri (LLVM SVE Dialect) ve profil yönlendirli optimizasyon (PGO). MTE Yanlış Pozitifler/Performans: Özel ayırıcıların (jemalloc, scudo) etiket yönetimiyle uyumsuzluğu, etiket çakışması (tag collision) ve asenkron modda gecikmeli istisna tesbiti hata ayıklamayı zorlaştırır. Çözüm: MTE-aware allocator (scudo hardened), LDG/STG ile mantıksal etiket üretimi, hata ayıklama için Sync mod, üretimde Asymmetric mod. DSU Koherans Trafiği: Heterojen çekirdekler (BIG+LITTLE) aynı L3’ü paylaştığında, LITTLE çekirdeklerin düşük bant genişliği BIG çekirdekleri “starve” edebilir. Çözüm: QoS (Quality of Service) registerları (AMBA CHI QoS), MPAM (Memory Partitioning and Monitoring) ile bant genişliği rezervasyonu. Parçalanmış VL Ekosistemi: Kütüphaneler (OpenBLAS, oneDNN) her VL için ayrı kernel bakım yükü getirir. Çözüm: VL-agnostic JIT derleme (libriscv, asmjit) ve çalışma zamanı kernel seçimi (dispatch). Güvenlik Yama Yükü: PAC/BTI/MTE/RME yığını derleyici/linker bayrakları (-mbranch-protection=pac-ret+bti, -fstack-protector-strong) ile tam etkinleştirilmezse “Security Theater” riski doğar.
Bölüm 7: Gelecek Perspektifi ve Yeni Gelişmeler
SME (Scalable Matrix Extension) & SME2: ARMv9.2/9.3 ile gelen SME, SVE2’nin üzerine “ZA Döşek Önbelleği” (Tile Registers: 64x VL bit) ve SMSTORE/SMLOAD yönergeleri ekleyerek matris-vektör çarpımlarını (GEMM/GEMV) vektör boru hattından ayırır; bu, LLM dikkat (attention) ve MoE (Mixture of Experts) çekirdeklerinde %2-4x hızlanma sağlar. CSS (Compute SubSystems) 2024/2025: ARM, Cortex-X925 (Performance), A725 (Premium), A520 (Efficiency) ve DSU-120’yi 3nm/2nm GAA (Gate-All-Around) süreci için optimize ederek “Client Compute Subsystem” (CCS) paketliyor; bu, SoC tasarım süresini (TTM) 18 aydan 9 aya indiriyor. RME (Realm Management Extension) / CCA v1.1: Realm VM’ler için donanım izole bellek (Stage-2 translation + Granule Protection Table) ve attestation (RMI – Realm Management Interface) olgunlaşıyor; Linux KVM pKVM (protected KVM) ile Android 15+/ChromeOS’ta mikro VM izolasyonu standartlaşıyor. CHI Chiplet (CHI-C) & UCIe: Çok çipli (chiplet) SoC’ler için koherans protokolü standartlaştırılıyor; bu, Verimlilik çekirdeklerinin ayrı bir I/O die veya bellek controller die’ında yer almasına izin veriyor. 5-10 Yıllık Projeksiyon: SVE2/SME birleşimi “Universal Accelerator” modelini yaratıyor; NPU/GPU’ya özel veri kopyalaması (DMA) olmadan CPU çekirdeği içinden tensör işleme (Unified Memory Access) yaygınlaşacak. MTE, CHERI (Capability Hardware Enhanced RISC Instructions) kavramlarıyla birleşerek “Memory Safe ISA” evrimini tamamlayacak.
Bölüm 8: Merak Edilen Sorular ve Cevaplar
Soru 1: SVE2, NEON (AdvSIMD) ile tamamen uyumlu mudur? Kod değiştirmeden çalışır mı?
Cevap: Hayır. SVE2, NEON’un yerine geçen (superset değil), farklı bir programlama modelidir. NEON 128-bit sabit vektör registerları (V0-V31) kullanırken, SVE2 ölçeklenebilir Z0-Z31 (veya Z0-Z15) ve P0-P15 predikat registerları kullanır. Mevcut NEON intrinsics (.neon.h) kodları SVE2’de çalışmaz; yeniden yazılmalı (ACLE <arm_sve.h>) veya derleyici otomatik vektörizasyonuna (-march=armv9-a+sve2) bırakılmalıdır. Ancak AArch64 durumunda işlemci her ikisini de donanımsal olarak destekler; işletim sistemi context switch’te her iki register setini de kaydeder.
Soru 2: MTE etiketleri (tags) bellekte nasıl saklanır ve bu ekstra bellek maliyeti nedir?
Cevap: MTE, fiziksel belleğin her 16 baytlık granülü için 4-bitlik bir etiket saklar. Bu etiketler, ana DRAM’dan fiziksel olarak ayrı bir “Tag RAM” bölgesinde (genellikle SoC içi SRAM veya DRAM’in ayrılmış bir kısmında) tutulur. Bu, toplam sistem belleğinin yaklaşık %3.125’i (1/32) kadarlık bir ekstra bellek maliyetine (overhead) karşılık gelir. Örneğin 8 GB RAM’li cihazda ~256 MB Tag RAM harcanır. Bu alan işletim sistemi tarafından yönetilir ve kullanıcı alanına (user space) haritalanmaz.
Soru 3: Verimlilik Çekirdekleri (Cortex-A510/A520) SVE2’yi destekler mi? Performansı nasıl etkiler?
Cevap: Evet, ARMv9.0-A (A510) ve ARMv9.2-A (A520) profilleri SVE2’yi destekler (Implementation Defined). Ancak mikro mimari uygulaması “Performance” çekirdeklerinden (X1/X2/X3/A710) farklıdır. Verimlilik çekirdekleri genellikle 128-bit VL ile üretilir ve vektör işlem birileri (VPU) skaler ALU ile paylaşımlı veya daha dar bir veri yolu (datapath) kullanır. Bu nedenle SVE2 yönergeleri (örn. FMLA, UDOT) bu çekirdeklerde fonksiyonel çalışır ancak throughput (IPC) Performans çekirdeklerinin 1/4 – 1/2 kadardır. Strateji: SVE2 yoğun işleri (ML inference) BIG çekirdeklerde (affinity masking), kontrol/IO işlerini LITTLE çekirdeklerde koşturmak.
Soru 4: MTE “Asenkron” modunda bir etiket hatası ne zaman ve nasıl raporlanır?
Cevap: Asenkron modda (PR_MTE_TCF_ASYNC), CPU bir yükleme/depolama sırasında etiket uyuşmazlığı tespit ederse, işlemci mevcut yönergeyi tamamlar (veya tamamlamaz, mimariye göre), hata bayrağını (TFSR_ELx) set eder ve bir sonraki context switch’te, sinyal işleyicide veya prctl sorgulamasında işletim sistemine bildirir. Bu, performans kritik yollarda (örn. memcpy, strlen) istisna geciktirerek pipeline akışını bozmaz. Ancak hata nerede oluştuğu (PC adresi) kaybolabilir; sadece “bir hata oldu” bilgisi verilir. Bu nedenle hata ayıklama için Senkron mod (PR_MTE_TCF_SYNC) zorunludur.
Soru 5: ARMv9’da “Realm” (CCA) sanal makinesi, standart bir KVM sanal makinesinden ne fark eder?
Cevap: Standart KVM (EL2/Non-Secure), Hipervizor (Host Kernel) güvenilir kabul edilir; Hipervizor VM belleğine erişebilir. CCA Realm (EL2/Realm), Hipervizor’un güvenilmediği tehdit modeline dayanır. Realm belleği, Granule Protection Table (GPT) ve Realm Management Monitor (RMM – EL3 firmware) tarafından yönetilir. Hipervizor (Host Linux), Realm’in belleğini eşleyemez (map edemez), okuyamaz veya yazamaz. Sadece RMM arayüzü (RMI) üzerinden Realm oluşturabilir, başlatabilir ve yok edebilir. Bu, “Gizli Hesaplama” (Confidential Computing) için donanım kök güven zinciri sağlar.
Soru 6: SVE2 ve SME (Scalable Matrix Extension) aynı mıdır? Hangisi ne zaman kullanılır?
Cevap: Değildir. SVE2, genel amaçlı vektör işleme (SIMD) uzantısıdır; vektör uzunluğu VL, döngü vektörizasyonu, DSP, görüntü işleme, genel ML çıkarımı için tasarlanmıştır. SME (ARMv9.2+), SVE2’nin üstüne eklenen, matris çarpımına (GEMM) özel bir uzantıdır; “ZA Döşek Önbelleği” (Tile Registers) ve SMSTORE/SMLOAD/FMMLA yönergeleri ile 2D matris verilerini register dosyasında tutar, veri yeniden düzenleme (reordering) maliyetini sıfırlar. Kullanım: SVE2 -> Genel vektör kodları, kütüphaneler (FFT, Convolution 1D). SME -> Yoğun Doğrusal Cebir (BLAS GEMM), Transformer Attention, LLM Pre-fill/Decode çekirdekleri. SME destekli derleyici (LLVM 17+/GCC 13+) -march=armv9.2-a+sme ile hedeflenir.
Bölüm 9: Bilmeniz Gereken Temel Terimler
VL (Vector Length): SVE/SVE2/SME’de vektör registerlarının bit cinsinden genişliği (128-2048 bit). Donanımda sabittir, yazılım VL registerından okur; kod VL’den bağımsız yazılır.
Predicate Register (P0-P15): SVE’de her vektör elementi için 1-bitlik maske tutan registerlar. Koşullu yürütme (if-else vektörel), döngü sonlandırma ve maskeleme işlemlerinde kullanılır; “Predication” SVE’nin kontrol akışını vektörelleştirmenin anahtarıdır.
Granule (MTE): MTE’nin bellek koruma birimi. 16 Baytlık fiziksel bellek bölgesi. Her granüle 4-bitlik bir renk/etiket (tag) atanır. İşaretçi (pointer) üst 4 biti (TBI) bu etiketi taşır.
DSU (DynamIQ Shared Unit): ARMv8.2+/v9 heterojen kümelerde (Cluster) L3 önbelleği, koherans yöneticisi (Snoop Filter), güç yönetimi ve interrupt controller (GIC) entegrasyonunu sağlayan sistem IP bloğu.
CCA (Confidential Compute Architecture) / RME (Realm Management Extension): ARMv9.4+ ile gelen, hipervizorsuz güvenli sanalizasyon (Realms) mimarisi. GPT, RMM, RMI bileşenleriyle donanım köklü attestation ve bellek şifrelemesi (opsiyonel) sağlar.
SME ZA Tile (ZA Array): SME’nin matris işlemleri için ayrdığı, VL boyutunda kare (veya dikdörtgen) register dosyası. ZA registerı vektör register dosyasından (Z) bağımsızdır ve matris birikimi (outer product) için optimize edilmiştir.
MPAM (Memory Partitioning and Monitoring): DSU/L3 seviyesinde, çekirdekler/VMler arası önbellek Wege (ways) ve bellek bant genişliği paylaşımlarını donanımda zorlayan QoS mekanizması. RES0/RES1 partition ID’leri ile izolasyon sağlar.
Bölüm 10: Özet ve Çıkarılması Gereken Dersler
ARMv9 mimarisi, SVE2’nin “Yazılım Yaz, Her Yerde Çalıştır” (VL-agnostic) vektör paradigması, MTE’nin “Bellek Güvenliğini Donanıma Taşıma” (Deterministic Spatial Safety) ve Verimlilik/Performans çekirdeklerinin DSU/MPAM üzerindeki “Heterojen Koherans Yönetimi” üçgeniyle; mobilden buluta, istemciden sunucuya tek bir ISA (AArch64) ve yazılım yığını (Linux/Android/Windows on ARM) ile sürekli bir performans/güvenlik/verimlilik yüzeyi sunar. Kritik ayırıcı kriterler; VL Seçimi (Mobil 128b vs HPC 512b+), MTE Dağıtım Modu (Sync Debug vs Async Prod), Çekirdek Affiniteleri (SVE2 Yoğun İş -> BIG, Arka Plan -> LITTLE) ve CCA/RME Benimseme Hızı (Gizli Hesaplama Pazarı) etrafında şekillenir. Karar vericiler için yol haritası: 1) Derleyici/Zincir Yatırımı (LLVM/GCC SVE2/SME backend, ACLE intrinsics kütüphaneleri), 2) MTE’yi CI
