Вы ожидаете CLR для адаптации NUMA скоро?

NUMA является аппаратной архитектурой, не обязательно чем-то, чему нужно принятие в CLR непосредственно. Для получения дополнительной информации посмотрите FAQ NUMA.

Однако существуют преимущества для создания программного обеспечения, знающего, это - архитектура. Люди в команде CLR, действительно кажется, знают о проблемах с когерентностью кэш-памяти, и т.д., таким образом, я держал бы пари, что существует некоторая оптимизация для этого. Кроме того, дизайн планировщика в библиотеке параллели задачи в C# 4, кажется, обещает для того, чтобы воспользоваться лучшими преимуществами архитектуры NUMA.

Все ответы здесь до сих пор корректны в выделении NUMA как аппаратная архитектура. Интересное чтение было бы этой статьей Joe Duffy на параллелизме и CLR.

В некотором смысле NUMA является ортогональным к модели памяти CLR. Другими словами, аппаратные средства/ОС имеют свой метод доступа, CLR имеет свои требования модели памяти, и это до реализатора CLR для создания, чтобы играть по правилам вместе. На практике это трудно, и в текущей реализации существуют дефекты. Но поскольку CLR уже работает на аппаратных средствах, поддерживающих NUMA, я не действительно уверен, под чем Вы подразумеваете, "скоро адаптируют NUMA.?

С NUMA в основном Вы имеете на контроллер памяти процессора. У Вас есть это с Intel QuickPath и с AMD HyperTransport. Вещь, насколько я знаю, в настоящее время нет никаких материнских плат ни для i7, ни для Явления, которое поддерживало бы больше чем один ЦП.

Так или иначе это - очень низкий уровень, который не имеет никакого отношения к CLR. Это до операционной системы для использования в своих интересах его.