Karşılaştırma 14 Eylül 2026 · 7 dakika okuma

AMD EPYC vs Intel Xeon: VDS’te hangisi daha hızlı?

AMD EPYC ve Intel Xeon VDS karşılaştırmasında; CPU performansı, bellek bant genişliği, gecikme, fiyat/çekirdek ve doğru seçim kriterlerini netleştir.

VDS (Virtual Dedicated Server) performansı yalnızca CPU modeliyle değil; çekirdek/iş parçacığı sayısı, RAM hızı, NVMe depolama, ağ kalitesi, yazılım stack’i ve workload (iş yükü) ile birlikte belirlenir. Yine de AMD EPYC ve Intel Xeon karşılaştırmasında karar vermeyi hızlandıran birkaç somut ölçüt var. Bu yazıda, "hangisi daha hızlı" sorusuna; tipik senaryolarda beklenen performans farklarını, ölçüm yöntemini ve VDS seçerken kontrol edeceğiniz teknik kriterleri net şekilde anlatıyorum.

1) VDS performansını asıl belirleyen katmanlar

Önce yanlış beklentiyi düzelteyim: EPYC ya da Xeon, VDS’in tek belirleyicisi değildir. Aynı CPU ailesinde bile performans; sağlayıcının sanallaştırma altyapısı, oversubscription (kaynak paylaşım oranı), CPU governor ayarları ve NUMA (non-uniform memory access) yerleşimi gibi etkenlerle değişebilir.

VDS’te hız; çoğunlukla şu bileşenlerin toplamı olarak ortaya çıkar: - CPU: tek çekirdek (latency) ve çok çekirdek (throughput) dengesi - RAM: bant genişliği ve gecikme (özellikle veri yoğun işlerde) - Disk: NVMe performansı (IOPS/latency) + dosya sistemi - Network: gecikme (RTT), paket kaybı ve bant genişliği - Sanallaştırma ve planlama: hypervisor (KVM vb.), CPU pinning, kontroller

Bu yüzden yazının devamında, EPYC/Xeon farklarını "hangi durumda öne çıkar" şeklinde okuyun; tek bir benchmark sonucunun her senaryoya taşınacağını varsaymayın.

Hız ihtiyacınızı doğru sınıflandırın

Aşağıdaki soru size doğru karşılaştırma yaklaşımını verir: - Site/uygulama HTTP istekleri ile mi yaşıyor (web, API)? → tek çekirdek + cache etkisi - İş yükü PHP-FPM, JVM, Node gibi sürekli çalışan süreçler mi? → CPU scheduler ve RAM etkisi - Veritabanı ağır mı (PostgreSQL/MySQL)? → RAM bant genişliği + depolama - Derleme, dönüştürme, medya işleme var mı? → çok çekirdek + SIMD (talimat seti)

2) AMD EPYC ve Intel Xeon: mimari farkı hızda nasıl yansır?

AMD EPYC tarafında genel eğilim, sunucu segmentinde yüksek çekirdek sayısı ve bellek/IO ölçeklenebilirliği ile öne çıkmasıdır. Intel Xeon tarafında ise uzun yıllardır veri merkezi optimizasyonları, geniş ekosistem ve bazı nesillerde tek çekirdek gücüyle öne çıkma eğilimi görülür.

Ancak VDS’te "mimari" farkının gerçek etkisini görebilmek için iki noktayı ayırın: 1) Tek çekirdek performansı (latency) 2) Çok çekirdek ve bellek bant genişliği (throughput)

Tek çekirdek (latency) neden kritik?

Web uygulamaları ve API’lerde yanıt süresi çoğu zaman en yavaş istek segmentine göre şekillenir. - TLS/şifreleme - Uygulama kodu (ör. PHP, Node) - Cache miss sonrası DB sorgusu - Tek bir worker’ın işini bitirme süresi

Bu katmanlarda CPU’nun tek çekirdekteki davranışı (turbo, boost istikrarı) belirgin olur.

Çok çekirdek (throughput) nerede öne çıkar?

  • Çok worker kullanılan kurulumlar (ör. Nginx + PHP-FPM)
  • Background job (queue) tüketimi
  • Veri işleme, raporlama
  • Birden fazla eş zamanlı isteğin aynı anda işlenmesi

Burada çekirdek sayısı ve RAM/IO ile birlikte ölçeklenme görülür.

3) VDS’te iki CPU ailesi için beklenen farklar (senaryo bazlı)

Aşağıdaki liste, "tek başına EPYC mi Xeon mu" değil; "hangi tür workload’te hangi eğilim öne çıkar" perspektifidir.

WordPress / PHP tabanlı web siteleri

Eğilim: Çoğu kurulumda farkı tek bir CPU ailesinden ziyade; cache stratejisi, PHP-FPM worker sayısı ve DB performansı belirler. Yine de: - Yoğun trafik + çok worker senaryosunda EPYC tarafının yüksek çekirdekli konfigürasyonları daha verimli sonuç verebilir. - Daha az worker ama daha hızlı yanıt isteyen senaryolarda Xeon’un bazı nesillerinde tek çekirdek davranışı avantaj sağlayabilir.

API’ler ve Node.js uygulamaları

Eğilim: Node.js tek thread event-loop mimarisine sahip olduğundan tek çekirdek/worker başına performans önem kazanır. Burada: - Xeon, bazı konfigürasyonlarda yanıt süresini daha stabil tutabilir. - EPYC, worker başına yeterli CPU gücü aldığında benzer sonuç verebilir; asıl farkı oversubscription seviyesi yaratır.

PostgreSQL / MySQL (yüksek okuma + indeksli sorgu)

Eğilim: Veritabanında CPU kadar RAM bant genişliği, bağlantı sayısı, sorgu planı ve disk gecikmesi belirleyicidir. - EPYC tabanlı VDS’lerde çok çekirdekli paralel sorgular daha iyi ölçeklenebilir. - Xeon’da performans farkı çoğunlukla konfigürasyon kalitesinden (RAM türü, NVMe modeli, network) kaynaklanır.

4) En doğru yöntem: kendi workload’unla test et (benchmark şablonu)

EPYC vs Xeon kararının en net yolu; satın aldığınız ya da denediğiniz VDS üzerinde aynı testleri çalıştırmaktır. Sağlayıcılar aynı CPU modelini yazsa bile; farklı scheduler ayarları ve oversubscription yüzünden sonuçlar değişebilir.

Ne test etmelisiniz?

Aşağıdaki testleri sırayla uygulayın: - CPU / latency: tek çekirdek ve çok çekirdek performansı - Disk: NVMe okuma/yazma latency - Network: RTT ve paket kaybı - Uygulama yükü: gerçek HTTP/API yükü

Hız ölçüm çıktısını nasıl yorumlayacaksınız?

Aşağıdaki beklenen davranışlar, hangi bileşenin sınırladığını anlamanızı sağlar: - CPU kullanımı %80-100 iken yanıt süreleri artıyorsa → CPU/scheduler sınırı - iowait (CPU bekleme) yükseliyorsa → disk/IO sınırlı - DB sorgusu gecikmesi artıyor ama CPU düşük kalıyorsa → disk veya kilit/IO planı - RTT yüksek ama CPU düşükse → network

Pratik ölçüm komutları (örnek)

Tek amaç; iki VDS’i aynı şekilde karşılaştırmak.

# CPU çekirdek bilgisi
lscpu

# Disk performansı (fio ile)
fio --name=randread --size=2G --bs=4k --iodepth=16 --numjobs=4 --runtime=20 --time_based --rw=randread --group_reporting

# Network RTT (ping)
ping -c 100 1.1.1.1

5) VDS alırken EPYC/Xeon’dan daha kritik 10 kontrol (net check-list)

CPU ailesi sonradan gelir. Hız farkını en çok sağlayan seçimler şunlardır:

  1. CPU modeli ve nesli: Sadece “Xeon” ya da “EPYC” değil, tam model (örn. EPYC 7xx2 vs 9xx4 gibi)
  2. Sanal çekirdek (vCPU) garantisi: Paylaşımlı/oversubscription oranı
  3. CPU scheduler politikası: CPU pinning/affinity var mı
  4. RAM türü ve hız: DDR4/DDR5 ve frekans (bant genişliği)
  5. RAM garantisi: host üzerinde overcommit var mı
  6. NVMe SSD: SATA/NVMe ayrımı + disk türü
  7. Disk quota ve IOPS limit: “Hızlı NVMe” yazsa bile limit olabilir
  8. Network sınıfı: en az 1 Gbps mi, daha önemlisi RTT ve packet loss
  9. KVM tabanlı mı: sanallaştırma türü ve performans tutarlılığı
  10. Yedekleme (backup) ve snapshot sıklığı: performans etkisi dolaylıdır (IO paterni)

Karşılaştırma tablosu: hangi sorulara hangi cevaplar gerekir?

Kontrol Soracağınız net soru İstenen teknik çıktı Neden önemli
CPU aile/nesil Tam CPU modeliniz nedir? İşlemci model adı EPYC/Xeon kıyasını nesille netleştirir
vCPU garantisi Oversubscription var mı? CPU kaynak garantisi Performans dalgalanmasını azaltır
Tek çekirdek Turbo/boost davranışı stabil mi? Benchmark veya hypervisor bilgi API/latency etkisi
RAM RAM frekansı ve tipi nedir? DDR4/DDR5 + hız DB ve cache miss’te belirleyici
Disk Disk NVMe mi, hangi sınıf? NVMe modeli / IOPS iowait’i düşürür
Network RTT/packet loss nasıl? Ölçüm veya SLO Zaman aşımı ve yükte dalgalanma
Sanallaştırma KVM mi, başka mı? Hypervisor bilgisi Scheduler ve izolasyon
Ağırlık işi I/O ağır mı? QoS/limit açıklaması IO limitleri tıkar

6) Net karar rehberi: “daha hızlı” hangi durumda hangisi?

Buradan sonra hedefimiz tahmin değil; karar kuralı koymak.

Kural 1: Tek çekirdek/latency odaklıysa → test + stabilite

  • Sizde öncelik TTFB (ilk byte zamanı), kısa istek süreleri ve düşük jitter ise tek çekirdek/worker davranışı kritik.
  • CPU aile farkı ikincil; aynı vCPU/RAM/SSD ile hangi VDS daha stabil yanıt veriyorsa o daha hızlıdır.

Kural 2: Çok worker + verimli ölçekleme istiyorsanız → çekirdek/RAM dengesi

  • Çok sayıda eş zamanlı worker, background job ve paralel istekler varsa; yüksek çekirdekli EPYC konfigürasyonları çoğu zaman avantaj üretir.
  • Ancak yine de oversubscription varsa bu avantaj kaybolur. vCPU garantisi yoksa EPYC de Xeon da gecikir.

Kural 3: DB ağırlıklı senaryolarda → RAM bant genişliği + NVMe gecikmesi

  • EPYC vs Xeon yerine; RAM bant genişliği, NVMe latency ve DB ayarları (cache, bağlantı havuzu) daha belirleyicidir.
  • Yüksek okuma/i̇ndeksli sorgularda iyi disk + hızlı RAM, CPU aile farkından daha çok fark yaratır.

Kural 4: Bütçe / vCPU başına performans hesaplayın

CPU ailesi yerine şu metriği kullanın: - vCPU başına ölçülen ortalama yanıt süresi - Aynı yük altında P95 (95. yüzde dilim) gecikme

Böylece EPYC daha fazla çekirdek veriyor diye değil; sizin metriklerinizde daha düşük gecikme sağlıyorsa seçmiş olursunuz.

Sonuç: Hız için EPYC mi Xeon mu değil, doğru konfigürasyon + ölçüm

AMD EPYC ve Intel Xeon arasında “kesin olarak her koşulda biri daha hızlı” cevabı vermek yanıltıcı olur. VDS’te asıl fark; vCPU/RAM garantisi, NVMe sınıfı, ağ kalitesi ve sanallaştırma izolasyonundan doğar. Bu nedenle ilk adım olarak aynı bütçede aynı vCPU + aynı RAM + NVMe ile iki farklı CPU ailesini kısa bir testle kıyaslayın; sonuçları P95 yanıt süresi, iowait, RTT üzerinden değerlendirin. NetKıyas’ta aradığınız filtreleri (CPU modeli/nesli, NVMe, RAM tipi ve network sınıfı) temel alarak iki alternatifi benzer konfigürasyonlarda karşılaştırın; ardından kazanan VDS’i seçin.

Etiketler: #vds #amd epyc #intel xeon #performans #cpu #nvme

Hosting karşılaştırması yapmaya hazır mısın?

100+ firmanın fiyatlarını tek tıkla karşılaştır, en uygun paketi bul.

Hosting Karşılaştır →

İlgili Yazılar

0 ürün seçildi