deniz.in

Piyasalar

Hava durumu

Hava durumu yükleniyor

· kaynak Hacker News – Front Page (native)

Nvidia, CUDA'yı RISC-V'ye taşımak için sunucu sınıfı gereksinimler belirledi

Nvidia, Hot Chips 2026'da CUDA'yı çalıştırmak için bir RISC-V platformun karşılaması gereken sunucu sınıfı gereksinimleri açıkladı; RVA23 ve ACPI'den PCIe tutarlılığına kadar uzanan bu listede SiFive da bir sistem göstermeye hazırlanıyor.

Nvidia, CUDA'yı RISC-V'ye taşımak için sunucu sınıfı gereksinimler belirledi

Chips and Cheese'nin aktardığına göre Nvidia, Hot Chips 2026'da CUDA'yı RISC-V işlemcilere taşıma planını detaylandırdı. CUDA, makine öğrenmesi dahil GPU hesaplamalarında baskın platform hâline geldi; ancak şu anda yalnızca x86-64 ve aarch64 ana CPU'larla birlikte çalışıyor. Açık komut seti mimarisine dayalı sistemlerin Nvidia GPU'larını yönetebilmesi için CUDA'yı RISC-V'ye genişletmek anlamlı — yeter ki donanım oldukça yüksek bir çıtası geçebilsin.

Nvidia ne istiyor

Nvidia'nın çıkış noktası, RVA23 tabanlı bir CPU ve RISC-V'nin sunucu SoC ile sunucu platform şartnamelerine uyum. Bu belgeler, Nvidia'nın sunucu sınıfı bir bileşenden beklediklerinin büyük kısmını zaten kapsıyor: RAS (güvenilirlik, erişilebilirlik ve bakım hizmeti) özellikleri, özel bir güvenlik işlemcisi ve diğer temel yetenekler.

Resmî şartnamelerin üzerine Nvidia, CUDA'yı taşırken yazılım ekibinin karşılaştığı sorunlardanmotivasyonla kendi gereksinimlerini ekledi. Şirket, performans artırıcı uzantıların mevcut olacağına güvenemeyeceği ve bu yüzden verimsiz kod göndermek zorunda kalacağı en düşük ortak payda durumundan kaçınmak istiyor. Vektör uzantıları buna bir örnek: predication desteği CUDA'nın dallanmalardan kaçınmasını sağlıyor.

Daha büyük bir engel ACPI'ydi. Yazılım, donanımın neler yapabileceğini keşfetmek ve güç, performans ile ısıl yönetimi gerçekleştirmek için ACPI kullanıyor; taşıma çalışması başladığında RISC-V donanımında ACPI yoktu. Bu boşluk o zamandan beri kapandı: UEFI Forum 2025'te RISC-V ACPI desteğini ekledi ve onaylanan RISC-V Boot and Runtime Services şartnamesi bunu içeriyor.

Tutarlılık ve uçtan uca PCIe

Nvidia PCIe önbellek tutarlılığı konusunda da ısrarlı. Bu olmadan DMA aktarımları her iki yönde de yanlış gidebilir: GPU'nun DMA motorları değiştirilmiş veriler hâlâ CPU önbelleklerindeyken DRAM'den eski veriler okuyabilir ve CPU, GPU sonuçları belleğe yazdıktan sonra eski önbellek verilerini okuyabilir. Açık önbellek geçersiz kılmalarını CUDA yığınına işlemenin zor olacağından Nvidia, tutarlılığı bir sunucu CPU'su için vazgeçilmez bir gereklilik olarak görüyor. RISC-V sunucu SoC şartnamesi bunu yalnızca öneriyor; Nvidia ise garanti istiyor.

Bir başka gereklilik de uçtan uca (peer-to-peer) PCIe iletişimi. Bu olmadan iki aygıt arasında kopyalanan tamponlar CPU belleği üzerinden dolambaçlı bir yol izlemek zorunda kalır; bu da performans kaybına ve eşitleme karmaşıklığına yol açar. Nvidia her gereksinimi detaylandırmadı; yalnızca belirli bir performans düzesini hedeflediğini ve tüm listenin iki sayfaya sığdığını belirtti.

NVLink Fusion kapsamı genişletiyor

Sunumda ayrıca NVLink Fusion gereksinimlerine değinildi; bu program, diğer şirketlerin kendi çiplerinde Nvidia'nın NVLink IP'sini uygulamalarını ve NVLink C2C ile özel bir CPU — potansiyel olarak RISC-V tabanlı bir CPU — bağlamalarını sağlıyor. Chips and Cheese, model olarak Nvidia'nın GB10'unu gösteriyor; burada bir MediaTek CPU çipi Nvidia GPU'suna bağlanmıştı. Fusion, CUDA'nın gerektirdiğinin tamamına ek olarak DOCA ve NCCL gibi yazılım çerçeveleri için gereken her şeyi ve MediaTek iş birliği ölçeğinde Nvidia ile yakın bir ortaklığı talep ediyor.

Bugün nitelik kazanacak sistem az

Chips and Cheese'nin vurguladığı gibi, bunların hiçbiri mevcut bir RISC-V kartına bir Nvidia GPU takıp CUDA çalıştırmaya başlayabileceğiniz anlamına gelmiyor. Mevcut RISC-V donanımının ezici çoğunluğu yetersiz kalıyor ve yazar, ACPI benimsemesinin özellikle sorunlu bir nokta olduğu göz önüne alındığında hiçbir tüketici RISC-V donanımının yakın zamanda bu gereksinimleri karşılayacağından şüpheli — yıllardır standartlarda olmasına rağmen aarch64 ACPI desteği bile düzensiz kaldı. İlk CUDA yetenekli sistemler neredeyse kesinlikle sunucular olacak. Nvidia, Hot Chips'te CUDA çalıştıran bir sistemi göstermeyi planlayan SiFive ile ortaklık kurdu; Nvidia'nın slaytındaki örnek CPU özellikleri yüksek çekirdek sayılı bir sunucu çipine işaret ediyor.

Neden önemli

CUDA'nın erişimi Nvidia'nın veri merkezi işininin temelini oluşturuyor ve bu ekosistemin ana CPU tarafı şu ana kadar x86-64 ve aarch64 dışındaki her şeye kapalıydı. Bu ekosiisteme katılmak için bir RISC-V platformun sağlaması gerekenlerin resmî olarak tanımlanması, RISC-V üreticilerine Nvidia onaylı somut bir sunucu silikon hedefi veriyor ve SiFive gösterimi bu yolun teorikten öte olduğunu düşündürüyor. Açık sorular da en az bunun kadar önemli: Nvidia'nın gereksinimleri katı kalıp RISC-V'yi fiilen özel kurumsal tasarımlarla mı sınırlayacak, yoksa zamanla gevşeyip daha küçük ve hobi amaçlı sistemlerin de katılabilmesini mi sağlayacak. Chips and Cheese ikincisini umuyor; eksik vektör uzantılarının veya PCIe tutarlılığının birçok iş yükü için kesim engelleyiciler değil performans maliyetleri getirdiğini ve Nvidia'nın CUDA'nın desteklenmeyen donanımda çalışmasını aktif olarak engellemeyeceğini savunuyor.

  • #risc-v
  • #nvidia
  • #cuda
  • #gpu
  • #hardware

İlgili yazılar