2026’da CXL 4.0: Bellek Havuzlama ve 128 GT/s Yapay Zekâ ile Bulut Sunucularını Nasıl Değiştiriyor

Bellek, modern yapay zekâ ve bulut altyapılarındaki temel sınırlamalardan biri hâline geldi. İşlemciler ve hızlandırıcılar giderek daha hızlı çalışırken, onları verimli biçimde besleyecek yeterli belleği sisteme eklemek daha zor ve daha pahalı oluyor. Daha çok CXL olarak bilinen Compute Express Link, işlemciler, hızlandırıcılar ve harici bellek arasında tutarlı bir bağlantı sağlayarak bu soruna çözüm getiriyor. CXL Consortium tarafından Kasım 2025’te yayımlanan CXL 4.0, maksimum veri hızını 64 GT/s’den 128 GT/s’ye çıkarırken önceki CXL nesilleriyle geliştirilen bellek havuzlama ve paylaşım özelliklerini de koruyor. 2026 itibarıyla bu birleşim özellikle yapay zekâ çıkarımı, büyük ölçekli bulut sunucuları ve raf ölçekli bilişim açısından önem taşıyor. Bu teknoloji geleneksel DDR belleği veya yüksek bant genişlikli belleği ortadan kaldırmıyor ve her sunucu rafını anında tek bir dev bellek sistemi hâline getirmiyor. Sağladığı asıl avantaj, belleğin tek bir işlemciye kalıcı olarak bağlı sabit bir kapasite olmaktan çıkıp daha esnek biçimde yönetilebilen bir kaynak hâline gelmesine imkân vermesi.

CXL 4.0 2026’da Yapay Zekâ ve Bulut Sunucuları İçin Neden Önemli?

CXL, işlemciler ile bellek arasındaki geleneksel ilişkinin veri merkezi iş yükleri açısından giderek fazla kısıtlayıcı hâle gelmesi nedeniyle geliştirildi. Geleneksel bir sunucu, CPU bellek kanalları üzerinden sabit miktarda yerel belleğe sahip olur. Bu düzen, iş yükleri öngörülebilir olduğunda iyi çalışır ancak bulut ve yapay zekâ sistemlerinde talep çoğu zaman hızla değişebilir. Aynı raftaki başka bir makinede büyük miktarda kullanılmayan DRAM bulunurken bir sunucu geçici olarak birkaç terabayt ek belleğe ihtiyaç duyabilir. Her sunucuyu olası en yüksek talebi karşılayacak miktarda yerel bellekle donatmak, pahalı kapasitenin uzun süre boşta kalmasına neden olur. CXL, uyumlu bellek aygıtlarının işlemcinin geleneksel DIMM düzeninin dışında bulunmasına ve buna rağmen bellek tipi yükleme ve depolama işlemleriyle erişilebilir olmasına imkân tanır. Önceki CXL sürümleri genişletme, anahtarlama, havuzlama ve paylaşım özelliklerini oluşturdu. CXL 4.0 ise ağırlıklı olarak bu bağlantılar üzerinden taşınabilecek veri miktarını artırmaya odaklanıyor.

En dikkat çekici değişiklik, CXL 3.x’in 64 GT/s maksimum veri hızından 128 GT/s’ye geçiştir. CXL 4.0 bunu, Haziran 2025’te nihai 1.0 sürümü yayımlanan PCI Express 7.0 için tanımlanan fiziksel sinyalleşme yapısını temel alarak gerçekleştiriyor. GT/s, saniyede giga transfer anlamına gelir ve saniyede gigabayt ile karıştırılmamalıdır. Bu değer her bir hattın sinyalleşme hızını ifade eder; gerçek kullanılabilir bant genişliği ise hat sayısı, protokol ek yükü ve aygıt yapılandırması gibi faktörlere bağlıdır. Karşılaştırma yapmak gerekirse PCI Express 7.0, on altı hatlı bir bağlantıda çift yönlü olarak 512 GB/s’ye kadar bant genişliği sağlayabilir. CXL aynı yüksek hızlı fiziksel temeli kullanır ancak işlemcilerin, hızlandırıcıların ve bellek aygıtlarının birlikte çalışması için gerekli tutarlılık ve bellek davranışını da ekler. Böylece bağlı belleği sıradan depolama veya geleneksel bir ağ kaynağı gibi ele almak zorunda kalmadan çok daha yüksek bağlantı kapasitesi elde edilir.

Bu daha yüksek veri hızı önemlidir çünkü belleği genişletmek ancak belleğe giden yol iş yükü için yeterince hızlı olduğunda gerçek fayda sağlar. Yerel DRAM, gecikmeye duyarlı veriler için tercih edilen konum olmaya devam ederken GPU’ların ve diğer hızlandırıcıların işlem birimlerine yakın çok yüksek bant genişliğine ihtiyaç duyduğu durumlarda HBM hâlâ vazgeçilmezdir. CXL belleği ise bellek hiyerarşisinin farklı bir katmanında yer alır. Her işlemci veya hızlandırıcının yanına ekonomik biçimde yerleştirilebilecek kapasiteden çok daha fazlasını sunabilir ve aynı veriyi SSD depolamaya taşımaktan daha uygun erişim özellikleri sağlayabilir. Yapay zekâ altyapılarında bu durum, sınırlı ve pahalı yüksek hızlı yerel bellek ile çok daha yavaş depolama arasında kullanılabilecek ek bir bellek katmanı oluşturur. Bulut işletmecileri açısından ise her sunucuyu teorik en yüksek talebe göre yapılandırmak yerine bellek kapasitesini değişen iş yüklerine daha yakın biçimde eşleştirme olanağı doğar. Bu nedenle CXL 4.0’ın değeri yalnızca ham aktarım hızından değil, sağladığı esneklikten de kaynaklanır.

128 GT/s Uygulamada Neleri Değiştiriyor?

Bir bağlantının 64 GT/s’den 128 GT/s’ye çıkarılması, bir uygulamanın otomatik olarak iki kat hızlanacağı anlamına gelmez. Birçok uygulama CXL bağlantısından ziyade işlemci performansı, hızlandırıcı gücü, yazılım davranışı veya bellek gecikmesi nedeniyle sınırlanır. Ek bant genişliği, işlemciler, hızlandırıcılar ve genişletilmiş bellek arasında aynı anda büyük miktarda verinin taşınması gerektiğinde önem kazanır. Büyük model çıkarımı, analitik veya bellek içi veritabanı iş yükleri çalıştıran bir sunucuda birçok işlem eş zamanlı olarak veri okuyup yazabilir. Bu durumlarda, arkasında yeterli bellek kapasitesi bulunsa bile daha yavaş bir bağlantı ortak bir darboğaza dönüşebilir. CXL 4.0 bu tür trafik için sistem tasarımcılarına daha fazla kapasite sağlar. CXL Consortium ayrıca 64 GT/s neslinde geliştirilen sabit boyutlu aktarım yapısını ve hata korumasını koruyarak daha yüksek hızın protokol gecikmesinde orantılı bir artış yaratmadan kullanılmasına imkân tanıyor.

CXL 4.0 ayrıca bundled ports olarak adlandırılan birleştirilmiş bağlantı noktalarını da getiriyor. Basitçe ifade etmek gerekirse, aygıt ve ana sistem tasarımı desteklediğinde birden fazla fiziksel CXL bağlantısı tek bir mantıksal bağlantı olarak kullanılabiliyor. Bu özellik, tek bir bağlantının yüksek performanslı bir hızlandırıcı veya başka bir yoğun bileşen için yeterli bant genişliğini sağlayamadığı durumlarda kullanışlıdır. Sistemin geri kalanını her bağlantıyı tamamen ayrı bir aygıt yolu olarak değerlendirmeye zorlamak yerine, birleştirilmiş bağlantı noktaları bu bağlantıları toplamak için tanımlı bir yöntem sunar. Teknik özellik ayrıca doğal x2 bağlantıları destekler; bu sayede her bağlantıda maksimum bant genişliği gerekmeyen tasarımlarda daha fazla aygıt bağlanabilir. Ayrıca kanal erişim mesafesini artırmak için dört adede kadar retimer kullanımına izin verilir. Bu değişiklikler, bileşenlerin her zaman işlemcinin hemen yanında konumlandırılamadığı yoğun sunucu ve raf tasarımlarında önem taşır. Tasarımcılara bağlantı genişliği, aygıt sayısı, mesafe ve bant genişliği arasında daha esnek denge kurma imkânı verir.

Bellek anakartın dışına taşındığında güvenilirlik de en az hız kadar önemlidir. Geleneksel bir DIMM arızası genellikle tek bir sunucuyu etkilerken havuzlanmış veya paylaşılan bellek birden fazla makineyi ya da kritik iş yükünü destekleyebilir. Bu nedenle CXL 4.0, hata görünürlüğünü ve bakım süreçlerini iyileştirmeyi amaçlayan ek bellek güvenilirliği, kullanılabilirlik ve servis kolaylığı özellikleri içerir. Bu özellikler arızaları tamamen ortadan kaldırmaz; işletmecilerin yine de yedeklilik, izleme ve doğru iş yükü yerleşimi sağlaması gerekir. Ancak yüksek kapasiteli CXL belleğin sıra dışı bir çevre birimi yerine altyapının yönetilebilir bir parçası olarak kullanılmasını kolaylaştırır. Tam geriye dönük uyumluluk da uygulamada önemli bir avantajdır. CXL 4.0 sistemleri, desteklenen durumlarda önceki CXL nesilleriyle çalışacak şekilde tasarlanmıştır. Bu nedenle kuruluşların tüm CXL altyapısını tek seferde değiştirmesi gerekmez. Bu durum 2026’da özellikle önemlidir çünkü sektör, 128 GT/s CXL 4.0 donanımlarına yönelik tasarım ve doğrulama çalışmaları sürerken aynı zamanda CXL 2.0 ve 3.x ekipmanlarını da kullanıma almaktadır.

Bellek Havuzlama: Sabit Sunucu Belleğinden Paylaşılan Kapasiteye

Bellek havuzlama CXL 4.0 ile ortaya çıkmış bir özellik değildir. Bu özellik, anahtarlama ve standartlaştırılmış Fabric Manager modeliyle birlikte CXL 2.0’da tanıtıldı. CXL 3.0 ise daha büyük fabric yapıları, çok seviyeli anahtarlama ve tutarlı bellek paylaşımıyla bu kavramı daha da genişletti. Aradaki fark önemlidir. Bellek havuzlama, belirli miktarda CXL bağlantılı belleğin talebe göre farklı ana sistemlere atanabilmesi anlamına gelir. Bir sunucuya ayrılan bölüm daha sonra serbest bırakılıp başka bir sisteme verilebilir. Bellek paylaşımı ise daha ileri gider ve desteklenen bellek bölgelerinin birden fazla ana sistem tarafından kullanılmasına izin verirken tutarlılık mekanizmaları sistemlerin veriyi aynı şekilde görmesini sağlar. CXL 4.0 bu özellikleri korur ve aynı zamanda fabric yapısına çok daha yüksek bant genişliği kazandırır. Dolayısıyla uygulamadaki değişiklik, 2026’da icat edilmiş yeni bir havuzlama yöntemi değil, mevcut havuzlama ve paylaşım modellerini daha büyük sistemler ve daha ağır iş yükleri için daha cazip hâle getiren daha hızlı bir bağlantıdır.

Basit bir örnek bunun neden önemli olduğunu gösterir. Her biri normal çalışma için yeterli yerel DRAM’e sahip birkaç bulut sunucusunun, ek bir CXL bellek bankasına bağlandığını düşünelim. Sunuculardan biri analitik, yapay zekâ çıkarım hizmeti veya büyük bir veritabanı için aniden yüzlerce gigabayt ek belleğe ihtiyaç duyabilir. Bu kapasitenin söz konusu makinenin içine kalıcı olarak önceden takılmış olması yerine CXL havuzunun bir kısmı geçici olarak o sunucuya atanabilir. Talep düştüğünde kapasite geri bırakılarak başka iş yükleri için kullanılabilir. Fabric Manager ilgili kaynakların yönetimini koordine ederken işletim sistemi ve orkestrasyon yazılımı ek belleğin nasıl kullanılacağını belirler. Uygulama biçimi üreticiden üreticiye değişir ve yerel DRAM ile karşılaştırıldığında ek gecikme söz konusudur. Buna rağmen temel ekonomik mantık oldukça açıktır: normalde tek bir CPU’nun arkasında kullanılmadan bekleyebilecek bellek, başka iş yüklerine tahsis edilebilir kapasite hâline gelir.

Bu yaklaşım, atıl bellek olarak tanımlanan sorunu azaltmayı amaçlar. Bulut sunucuları genellikle ortalama ihtiyaçlara göre değil, en yüksek olası gereksinimlere göre yapılandırılır çünkü belleğin yetersiz kalması bir iş yükünün performansını ciddi biçimde düşürebilir veya tamamen çalışmasını engelleyebilir. Sonuç olarak bir sunucuda boş DRAM bulunurken yanındaki başka bir sistem kapasite sıkıntısı yaşayabilir. Havuzlama, her makinenin aynı büyük güvenlik payını taşıma ihtiyacını azaltır. Ayrıca ek kapasite yalnızca işlemcinin yerel bellek kanallarına DIMM takılarak değil, paylaşılan bir CXL bellek alt sistemine eklenebildiği için yükseltme işlemleri daha az kesintiyle gerçekleştirilebilir. Ekonomik avantaj yine de iş yükünün davranışına, anahtar maliyetlerine, güç tüketimine, yazılım desteğine ve yerel bellek ile CXL bağlantılı bellek arasındaki performans farkına bağlıdır. Bu nedenle CXL, yerel DRAM’in artık gerekli olmadığı anlamına gelen bir teknoloji değil, ek bir bellek katmanı olarak değerlendirilmelidir. En verimli tasarımlar genellikle farklı görevler için birden fazla bellek türünü birlikte kullanır.

Yapay Zekâ Çıkarımı Havuzlanmış ve Katmanlı Bellekten Neden Yararlanıyor?

Yapay zekâ çıkarımı, 2026’da CXL belleğine gösterilen ilginin en açık nedenlerinden biridir. Büyük dil modellerinin çalıştırılması yalnızca model ağırlıklarının saklanmasını gerektirmez. Her aktif istek, transformer modellerinde önceki attention bilgilerinin tekrar hesaplanmasını önlemek için kullanılan key-value cache dâhil geçici durum verilerine de ihtiyaç duyabilir. Bağlam pencereleri büyüdükçe ve sunucular daha fazla eş zamanlı kullanıcıya veya yapay zekâ aracısına hizmet verdikçe bu önbellek ciddi miktarda bellek tüketebilir. Her baytı pahalı hızlandırıcı HBM içinde tutmak, GPU’da hâlâ kullanılabilir işlem kapasitesi bulunsa bile sunucunun destekleyebileceği eş zamanlı oturum sayısını sınırlandırabilir. Diğer yandan fazla verinin tamamını SSD’lere taşımak çok daha yüksek erişim gecikmelerine yol açabilir. CXL belleği, seçilen verilerin hızlandırıcının en değerli yerel kapasitesini tüketmeden bellek üzerinden adreslenebilir durumda kalmasını sağlayan ara bir katman sunar.

Bu durum, bir yapay zekâ işletmecisinin bütün modeli HBM’den çıkarıp CXL belleğine taşıması gerektiği anlamına gelmez. En sık kullanılan veriler hâlâ hızlandırıcıya mümkün olduğunca yakın bulunduğunda en iyi sonucu verir ve HBM’nin sunduğu bant genişliği harici bir CXL bellek katmanından çok daha yüksektir. Daha gerçekçi bir tasarımda gecikmeye duyarlı model verileri HBM’de tutulur, uygun çalışma verileri yerel sistem DRAM’inde kalır ve CXL kapasitesi hızlı erişilebilir olması gereken ancak her an maksimum yerel bant genişliğine ihtiyaç duymayan bilgiler için kullanılır. KV cache katmanlama ve dışa aktarma yöntemleri, 2026’da CXL sektörü tarafından sıkça ele alınan örnekler arasındadır. Yazılım hangi verinin hangi bellek katmanında tutulması gerektiğini doğru şekilde belirlediğinde sunucu, hızlandırıcı belleğini aynı oranda büyütmeden daha uzun bağlam pencerelerini veya daha fazla eş zamanlı çıkarım isteğini destekleyebilir. Buradaki temel fayda, CXL’in HBM’den daha hızlı olması değil, bellek kapasitesinin daha verimli kullanılabilmesidir.

Aynı ilke büyük dil modellerinin dışındaki uygulamalar için de geçerlidir. Öneri sistemleri çok büyük embedding tablolarını bellekte tutabilir, veri işleme görevleri yerel DRAM kapasitesinden daha büyük veri kümeleriyle çalışabilir ve CPU tabanlı çıkarım sistemleri ekonomik bir geleneksel sunucu yapılandırmasının sağlayabileceğinden daha fazla belleğe ihtiyaç duyabilir. CXL, standart bellek erişim davranışını korurken bu iş yükleri için kullanılabilir bellek kapasitesini artırabilir. Havuzlama ise kapasitenin tek bir makineye kalıcı biçimde ayrılması yerine talebin bulunduğu yere yönlendirilebilmesini sağlayarak ek esneklik getirir. Bu özellik, farklı hizmetlerin farklı saatlerde yoğunlaştığı paylaşılan yapay zekâ altyapılarında özellikle değerlidir. Bir toplu işlem görevi gece büyük miktarda belleğe ihtiyaç duyarken bir çıkarım hizmeti aynı kapasiteyi çalışma saatlerinde kullanabilir. Dinamik tahsis tüm operasyonel sınırlamaları ortadan kaldırmaz ve kapasitenin sistemler arasında yeniden dağıtılması yine işletim sistemi ve altyapı yazılımı tarafından yönetilmelidir. Buna rağmen işletmecilere yalnızca sabit belleğe sahip sunucu tasarımlarına kıyasla daha fazla seçenek sunar.

CXL 4.0 Sunucu Tasarımını ve Bulut Ekonomisini Nasıl Değiştiriyor?

CXL’in oluşturduğu uzun vadeli değişim yalnızca sayısal değil, mimari niteliktedir. Geleneksel sunucular tek bir makineye ait kaynaklar etrafında tasarlanır: işlemciler, DIMM’ler ve hızlandırıcılar o sunucu için kurulur ve kullanım düşük olsa bile fiziksel olarak aynı yerde kalır. CXL, özellikle belleğin bu kaynaklardan daha bağımsız biçimde ele alınmasına imkân verir. Bir rafta geleneksel sunucuların yanında CXL anahtarları, bellek genişletme aygıtları ve havuzlanmış bellek sistemleri bulunabilir; kapasite iş yükünün gereksinimlerine göre atanabilir. CXL 3.x bu model için gerekli fabric davranışlarının büyük bölümünü zaten sağlar. CXL 4.0 ise aygıt sayısı ve trafik miktarı arttıkça önem kazanan çok daha yüksek bağlantı bant genişliği ve yeni bağlantı seçenekleri ekler. Bu yaklaşım bir rafı tek bir bilgisayara dönüştürmez ancak kullanılabilir her bellek baytının onu kullanacak CPU’nun hemen yanında fiziksel olarak takılı olması gerektiği varsayımını zayıflatır.

Bulut hizmeti sağlayıcıları açısından en belirgin mali avantaj, bellek kullanım oranının yükseltilebilmesidir. DRAM, yoğun bellek kullanan sunucuların maliyet ve enerji bütçesinin önemli bölümünü oluşturur. Her sunucu nadiren yaşanan talep zirvelerine göre yapılandırılırsa bu yatırımın önemli kısmı normal çalışma sırasında çok az fayda sağlar. Paylaşılan bir bellek havuzu, her makineyi kendi teorik maksimum kapasitesine göre donatmak yerine toplam talebe göre bellek satın alınmasına yardımcı olabilir. Ancak tasarruf otomatik değildir. CXL anahtarları, denetleyiciler, bellek kasaları ve yönetim yazılımları da maliyet yaratır ve enerji tüketir. Sürekli olarak çok düşük bellek gecikmesine ihtiyaç duyan iş yükleri için büyük miktarda yerel DRAM kullanmak yine daha mantıklı olabilir. En güçlü ekonomik avantaj, bellek talebinin ana sistemler arasında önemli ölçüde değiştiği, kapasite sınırlarının minimum gecikmeden daha önemli olduğu veya ek belleğin pahalı işlemci ve hızlandırıcıların depolamadan veri beklemek yerine üretken kalmasını sağladığı durumlarda ortaya çıkar.

Operasyonel esneklik, donanım maliyeti kadar önemli olabilir. Bir bulut hizmetinin gereksinimleri sunucunun kullanım ömrü boyunca büyük ölçüde değişebilir. Yapay zekâ modelleri büyür, veritabanları genişler ve müşteriler farklı sunucu örnekleri arasında geçiş yapar. Sabit belleğe sahip bir makinede kapasite artırımı iş yükünün başka sisteme taşınmasını veya donanımın değiştirilmesini gerektirebilir. CXL genişletme ve havuzlama, işlem düğümünü yeniden kurmadan kullanılabilir bellek miktarını değiştirme olanağı yaratır. Ayrıca daha özel sunucu yapılandırmalarını destekleyebilir: bazı makineler büyük miktarda yerel bellek içerirken ek gecikmeyi tolere edebilen iş yükleri için diğer sistemler paylaşılan kapasiteye daha fazla dayanabilir. Bu modelde güvenilirlik ve güvenlik kritik önem taşır. Belleğin güvenli biçimde yeniden tahsis edilmesi, arızaların yalıtılması ve bir iş yüküne ait bilgilerin başka bir iş yükü tarafından görülememesi gerekir. CXL çoklu ana sistem ve raf ölçekli kullanıma doğru ilerledikçe bu yönetim gereksinimleri isteğe bağlı özellikler olmaktan çıkıp tasarımın temel parçası hâline gelir.

2026 Sonrasında CXL Kullanımından Neler Beklenebilir?

2026’daki en önemli gerçeklerden biri, CXL 4.0 teknik özelliklerinin yayımlanmış olmasının 128 GT/s CXL donanımlarının üretim veri merkezlerinde şimdiden yaygın olduğu anlamına gelmemesidir. Günümüzde ticari ürünler ve gösterim sistemleri birkaç farklı CXL neslini kapsıyor. Örneğin Samsung MD220 CXL bellek modülü, PCIe 5.0 üzerinden CXL 2.0 kullanıyor ve 128 GB ile 256 GB kapasite seçenekleriyle sunuluyor. Samsung’un raf odaklı CMM-B bellek havuzlama sistemi de CXL 1.1 ve 2.0 teknolojilerini kullanıyor. SK hynix ise 2026 boyunca CXL 2.0 sınıfı CMM-DDR5 çözümlerini sergilemeyi sürdürdü. Aynı yıl düzenlenen CXL Consortium etkinliklerinde canlı CXL 3.2 bağlantıları ve denetleyicileri gösterildi. Bununla birlikte yarı iletken tasarım şirketleri 128 GT/s hızında çalışacak çipler için CXL 4.0 denetleyici, güvenlik ve doğrulama teknolojilerini şimdiden sunuyor. Başka bir ifadeyle geçiş başlamış durumda ancak günümüzün olgun ürünleri ile gelecekte kullanılacak CXL 4.0 tasarımları bir süre daha birlikte var olacak.

Bu kademeli geçiş, bir sunucu bağlantı standardı için olağan bir süreçtir. Bir teknik özellik yayımlandıktan sonra büyük ölçekli işletmecilerin sistemi güvenle kullanabilmesi için denetleyici tasarımları, anahtarlar, retimer bileşenleri, işlemciler, bellek aygıtları, firmware, işletim sistemi desteği, uyumluluk testleri ve farklı üreticilerin ürünleri arasında birlikte çalışabilirlik çalışmaları gerekir. CXL 4.0’ın avantajı, önceki CXL sürümlerinin mimarisini devam ettirmesi ve geriye dönük uyumluluğu korumasıdır. Bu sayede üreticiler mevcut yazılım ve tasarım deneyiminin üzerine yeni çözümler geliştirebilir. İlk geçiş nedeni yalnızca 128 GT/s değerine ulaşmak olmayacaktır. İşletmeciler için daha önemli olan, ek bant genişliğinin darboğaz yaratmadan daha fazla bellek aygıtını, daha yoğun eş zamanlı trafiği veya daha fazla hızlandırıcı etkinliğini destekleyip desteklemediğidir. CXL fabric yapıları basit bellek genişletmeden havuzlanmış ve paylaşılan raf seviyesindeki kaynaklara doğru geliştikçe ek bant genişliği daha da değerli hâle gelir çünkü daha fazla iş yükü aynı bağlantı kapasitesini paylaşır.

Bu nedenle yapay zekâ ve bulut altyapısı açısından CXL 4.0 yalnızca tek nesillik bir hız artışı olarak değil, bellek tasarımındaki daha geniş bir dönüşümün parçası olarak değerlendirilmelidir. Yerel DDR bellek CPU’lar için görece hızlı ana bellek sağlamaya devam edecek, HBM çok yüksek bant genişliğine ihtiyaç duyan hızlandırıcıların temel bellek türü olmayı sürdürecek ve SSD’ler ekonomik kalıcı depolama sağlamaya devam edecektir. CXL ise bu kaynakların arasına esnek bir katman ekleyerek sunucuların daha büyük tutarlı bellek havuzlarına erişmesine ve kapasitenin daha az fiziksel kısıtlamayla tahsis edilmesine imkân verir. 128 GT/s nesli bu katmanın ölçeklenmesi için daha fazla alan sağlar. Yakın vadede yeni yongalar CXL 4.0’a doğru ilerlerken üretim sistemlerinin önemli bir bölümü CXL 2.0 veya 3.x kullanmaya devam edecektir. Sonraki sunucu nesillerinde daha önemli değişimin, “bir sunucuda ne kadar bellek takılı?” sorusundan “bir iş yüküne gerçekten ihtiyaç duyduğu anda ne kadar uygun bellek sağlanabilir?” sorusuna geçiş olması beklenebilir.