Чтобы ответить на исходный вопрос: не было необходимости добавлять более 48 бит PA.
Серверам нужен максимальный объем памяти, поэтому попробуем копнуть глубже.
1) Самая большая (обычно используемая) конфигурация сервера - это система с 8 разъемами. Система 8S - это не что иное, как 8 серверных ЦП, соединенных высокоскоростным когерентным межсоединением (или просто высокоскоростной «шиной»), чтобы сформировать единый узел. Существуют более крупные кластеры, но их немного, и здесь мы говорим о часто используемых конфигурациях. Обратите внимание, что в реальном мире система с двумя сокетами является одним из наиболее часто используемых серверов, а 8S обычно считается очень высокопроизводительным.
2) Основными типами памяти, используемой серверами, являются обычная память DRAM с байтовой адресацией (например, память DDR3 / DDR4), отображаемая память ввода-вывода - MMIO (например, память, используемая дополнительной картой), а также пространство конфигурации, используемое для настройки устройства, которые присутствуют в системе. Первый тип памяти обычно самый большой (и, следовательно, требует наибольшего количества адресных битов). Некоторые высокопроизводительные серверы также используют большое количество MMIO в зависимости от фактической конфигурации системы.
3) Предположим, что каждый процессор сервера может вмещать 16 модулей DDR4 DIMM в каждом слоте. С максимальным размером DDR4 DIMM 256 ГБ. (В зависимости от версии сервера это количество возможных модулей DIMM на сокет фактически меньше 16 модулей DIMM, но продолжайте чтение ради примера).
Таким образом, каждый сокет теоретически может иметь 16 * 256 ГБ = 4096 ГБ = 4 ТБ. Для нашей системы 8S размер DRAM может быть максимум 4 * 8 = 32 ТБ. Это означает, что максимальное количество битов, необходимых для адресации этого пространства DRAM, составляет 45 (= log2 32 ТБ / log2 2).
Мы не будем вдаваться в подробности о других типах памяти (MMIO, MMCFG и т. Д.), Но суть в том, что наиболее «требовательный» тип памяти для системы с 8 разъемами с самыми большими типами модулей DDR4 DIMM, доступных сегодня (256 ГБ DIMM) используют только 45 бит.
Для ОС, которая поддерживает 48 бит (например, WS16), остается (48-45 =) 3 бита. Это означает, что если бы мы использовали младшие 45 бит только для 32 ТБ DRAM, у нас все еще будет в 2 ^ 3 раза больше адресуемой памяти, которую можно использовать для MMIO / MMCFG, что в сумме составит 256 ТБ адресного пространства.
Итак, подведем итоги: 1) 48 бит физического адреса - это достаточно бит для поддержки крупнейших систем на сегодняшний день, которые «полностью загружены» большим количеством DDR4, а также множества других устройств ввода-вывода, которым требуется пространство MMIO. 256 ТБ, если быть точным.
Обратите внимание, что это адресное пространство 256 ТБ (= 48 бит физического адреса) НЕ включает никаких дисковых накопителей, таких как диски SATA, потому что они НЕ являются частью карты адресов, они включают только память с байтовой адресацией и доступную для ОС.
2) Аппаратное обеспечение ЦП может использовать 46, 48 или> 48 бит в зависимости от поколения сервера. Но еще один важный фактор - сколько бит распознает ОС. Сегодня WS16 поддерживает 48-битные физические адреса (= 256 ТБ).
Для пользователя это означает, что даже при наличии большого ультрасовременного серверного ЦП, который может поддерживать> 48 бит адресации, если вы запускаете ОС, которая поддерживает только 48 бит PA, вы можете использовать только 256 ТБ. .
3) В целом, есть два основных фактора, позволяющих использовать большее количество бит адреса (= больший объем памяти).
а) Сколько бит поддерживает аппаратное обеспечение вашего процессора? (Это можно определить по инструкции CPUID в процессорах Intel).
б) Какая у вас версия ОС и сколько бит PA она распознает / поддерживает.
Минимум (a, b) в конечном итоге определит количество адресного пространства, которым ваша система может воспользоваться.
Я написал этот ответ, не вдаваясь в подробности других ответов. Также я не вдавался в подробности в нюансах MMIO, MMCFG и в целом построения карты адресов. Но я очень надеюсь, что это поможет.
Спасибо, Ананд К. Энамандрам, архитектор серверной платформы Intel Corporation