답변:
대답은 그다지 다르지 않다는 것입니다. 캐시가 더 크며 멀티 프로세서 시스템에서 작동하지 못하도록 명시 적으로 손상되지 않습니다. Xeon은 ECC 메모리도 지원하는데, 이는 일반적으로 소비자 CPU 칩에서 지원되지 않습니다. 그렇지 않으면 기본 프로세서 코어는 거의 동일합니다.
구형 32 비트 시스템에서 Xeon의 MMU는 최대 64GB의 실제 RAM에서 여러 4GB 프로세스 공간을 지원할 수 있다는 점에서 약간 더 영리했습니다. SPARC v8 칩의 기능은 MMU와 비슷합니다. 이 기능은 페이지 내 오프셋을 처리하는 데 필요한 비트 수 (4KB 페이지의 경우 12)와 페이지 상태를 기록하는 데 필요한 비트 수 (RWX, 더티 등)의 차이로 인해 작동했습니다. 여분의 비트는 36 비트 물리적 주소를 허용하는 약간 더 넓은 물리적 페이지 참조 (페이지 번호를 지정하기 위해 24 비트 vs. 20)에 사용될 수 있습니다. 그러나 단일 프로세스는 주어진 시간에 인접한 4GB 주소 공간 만 볼 수 있습니다.
일부 시스템 (예 : Windows Server의 Datacentre 버전)에는 프로세스가이 물리적 주소 공간의 청크를 가상 공간에 오버레이하도록 MMU를 제어 할 수있는 API가있었습니다. 이 기능은 엔터프라이즈 버전의 SQL Server에서 더 큰 디스크 캐시를 지원하는 데 사용되었습니다.
대부분의 최신 CPU가 32 비트 모드에서 실행할 때이 기능을 지원하지는 않지만 대부분이 VM에서 MMU가 더 많거나 적은 양의 하드웨어로 에뮬레이션되는이 모드에서 레거시 32 비트 응용 프로그램을 계속 실행하고 있습니다. 지원) 또는 물리적 주석. 그러나 요즘 최신 대용량 메모리 서버 빌드에서는 64 비트 빌드가 훨씬 더 널리 퍼져 프로세스 내에서 더 큰 연속 메모리 이미지를 허용합니다.