Yanıtlar:
Opterons ve Nelahem (55xx ve üstü) Xeons bir NUMA mimarisine sahiptir - her soketin kendi bellek veri yolu vardır ve soketler arasında bir bağlantı vardır. Bu bağlantıya Opteron sistemlerinde Hypertransport ve Xeons'ta Quickpath denir. G5, Nelahem'den önce gelir ve hala NUMA mimarisi olmayan eski Ön Veri Yolu'nu kullanır.
Opterons ve 35xx / 55xx veya üstü Xeons, her soketin belleğinin fiziksel adres alanının bitişik bir bölümünde yaşadığı saf bir NUMA adresleme modu kullanabilir. NUMA farkında bir uygulama çalıştırmak istiyorsanız (örn. İşlemci benzeşimi desteği), sistemi bu modda çalışacak şekilde ayarlayabilirsiniz.
Bu tür sistemlerde ayrıca ayrı 4K sayfaların soketler arasında değiştiği eski bir mod vardır, böylece bellek erişimi soketler arasında ince bir şekilde karıştırılır. Tüm bellek erişimlerinin yarısının Hypertransport veriyolundan diğer sokete (Xeons durumunda Quickpath) geçmesi gerektiğinden, bu hafif bir performans yüküne sahiptir. Bununla birlikte, çoğu erişim önbelleğe alınır, bu nedenle performans yükü nispeten küçüktür.
Bu mod, sistemlerin NUMA uyumlu olmayan uygulamaları verimli bir şekilde çalıştırmasına izin verir ve genellikle sistemin önyükleme yaptığı varsayılan moddur. Normalde bunu BIOS'ta yapılandırabilirsiniz.
G5'iniz, ön taraf veri yolu mimarisine sahip olduğu için NUMA modunda çalışmaz. FSB, bellek ve tüm işlemci soketleri tarafından paylaşılan tek bir veriyoludur, bu nedenle tek tip bellek erişim özelliklerine sahiptir, yani NUMA değil. NUMA mimarisine bağlı herhangi bir wintel veya lintel uygulamasının farkında değilim; olasılık, uygulamanın NUMA'ya ihtiyaç duymaması ancak varsa desteklemesidir. Muhtemelen uygulamayı eski G5 sisteminizde çalıştırabilirsiniz. Bunun uygun olup olmadığı uygulamaya ve neye ulaşmak istediğinize bağlıdır.
Uygulamalarda NUMA desteği
Bazı uygulamalar (SQL Server bir örnektir), yerel olmayan erişim için cezaları en aza indirecek şekilde belleği, G / Ç kullanımını ve zamanlamayı optimize ederek önemli performans avantajları gerçekleştirebilir. Bir uygulamada NUMA desteği uygulamak, işletim sisteminden destekleyici olanakların olmasını gerektirir, örneğin:
Zamanlayıcı benzeşimi: Bir iş parçacığı, bir veya bir grup işlemci üzerinde zamanlama tercihi olan bir havuza yerleştirilebilir. NUMA'nın tek bir bellek veriyolunda birden fazla işlemciye sahip olabileceğini unutmayın - çok çekirdekli Opteron veya Xeon durumunda tek bir kalıptaki çekirdeklerin hepsi aynı veriyolunu paylaşır. Bu, iş parçacığının yerel bellek istemesine veya CPU havuzunda yerel bellek havuzları kullanmasına olanak tanır. Ayrıca, bir iş parçacığı yerel bir CPU'da tutulduğunda, iş parçacığı zamanlandığı gibi önbellek atmasını en aza indirir - çalışma kümesi yalnızca belirli bir çekirdeği kullanan iş parçacığı kümesidir.
Bellek benzeşimi: Bir iş parçacığı bellek isteyebilir ve yerel bellekten bir sokete kullanılabilir olması gerektiğini veya olması gerektiğini belirtebilir. Bellek ve CPU kullanımını aynı veriyolunda tutmak, yerel olmayan bellek erişiminin ek yükünü en aza indirir. Modern NUMA sistemlerinde genel gider çok iyi değil, ancak yerel olmayan erişim, erken Sequent vites gibi eski sistemlerde çok daha yavaştı.
G / Ç benzeşimi: Çevresel otobüsler yerel bir CPU'ya bağlanabilir, bu nedenle G / Ç işleme, G / Ç'ye yakın işlemcilerde zamanlanabilir. Çoğu NUMA sisteminde birden çok G / Ç veri yolu vardır, bu nedenle kesme işleyicilerini ve DMA'yı yerel belleğe zamanlamak G / Ç performansında bir avantaj sağlar.