Ответ в том, что это не очень отличается. Он имеет больший кэш и явно не ограничен для предотвращения его работы в многопроцессорных системах. У Xeons также есть поддержка памяти ECC, которая обычно не поддерживается на потребительских процессорных чипах. В остальном базовое ядро процессора практически не отличается.
В более старых 32-разрядных системах MMU Xeon был немного более умным, поскольку он мог поддерживать несколько процессорных пространств объемом 4 ГБ в физической памяти до 64 ГБ. Чипы SPARC v8 имели аналогичную функцию в MMU. Эта функция работала из-за разницы в количестве битов, необходимых для адресации смещения на странице (12 для страницы размером 4 КБ), и количества битов, необходимых для записи состояния страницы (RWX, грязный и т. Д.). Дополнительные биты можно использовать для чуть более широкой ссылки на физическую страницу (24 бита против 20 для указания номера страницы), что позволяет использовать 36-битный физический адрес. Однако один процесс мог видеть только непрерывное адресное пространство 4 ГБ в любой момент времени.
Некоторые системы (например, версии Windows Server для Datacentre) имели API, который позволял процессу контролировать MMU для наложения фрагментов этого физического адресного пространства в его виртуальное пространство. Эта функция использовалась в корпоративных версиях SQL Server для поддержки больших дисковых кешей.
Большинство, если не все современные процессоры поддерживают эту функцию при работе в 32-битном режиме, и, вероятно, многие магазины все еще используют устаревшие 32-битные приложения в этом режиме, либо на виртуальных машинах (где MMU эмулируется с большим или меньшим количеством оборудования). поддержка) или физическое олово. Однако в наши дни 64-разрядные сборки гораздо более распространены на современных сборках серверов с большой памятью, которые позволяют создавать большие непрерывные образы памяти в процессе.