요약:
오랫동안 32비트 Windows가 4GB의 메모리만 사용할 수 있는 이유에 대해 겉보기에 합리적인 설명이 있었습니다. 32비트 주소는 최대 4GB 메모리인 2^32 주소만 나타낼 수 있기 때문입니다. 그러나 Microsoft 수석 엔지니어인 Raymond Chen은 최근 이 역사적 문제를 다시 설명하고 이 진술이 불완전하다고 지적했습니다. 실제로 32비트 x86 프로세서와 Windows는 오랫동안 4GB 이상의 물리적 메모리에 액세스할 수 있었습니다. Microsoft가 마침내 Windows의 일반 소비자 버전을 4GB로 제한하기로 선택한 주요 이유는 당시 거대하고 복잡한 하드웨어 드라이버 생태계의 심각한 호환성 위험이었습니다.
순수한 하드웨어 기능 관점에서 볼 때 32비트 프로세서는 4GB의 물리적 메모리에만 액세스할 수 있는 것이 아닙니다. Intel은 Pentium Pro 시대에 PAE(Physical Address Extension) 기술이라고도 알려진 물리적 주소 확장(Physical Address Extension)을 도입하여 32비트 x86 프로세서가 36비트 물리적 주소를 사용할 수 있도록 했습니다. 이러한 방식으로 이론상 주소 지정이 가능한 물리적 메모리가 4GB에서 64GB로 확장됩니다.
PAE는 32비트 애플리케이션 자체의 가상 주소 공간을 변경하지 않습니다. 일반적인 32비트 프로그램의 경우 여전히 4GB의 가상 주소 공간만 볼 수 있으며 운영 체제는 이 제한된 가상 주소 공간과 더 큰 물리적 메모리 간의 관리 및 매핑을 담당해야 합니다. 즉, PAE는 단일 32비트 프로그램이 갑자기 4GB 이상의 연속 주소 공간을 확보하도록 허용하는 대신 운영 체제가 4GB 이상의 물리적 메모리를 관리하는 방식의 문제를 해결합니다.
Microsoft는 실제로 오랫동안 이 기능을 활용해 왔습니다. Windows Server 2003의 일부 서버 버전은 PAE를 통해 4GB 이상의 메모리를 사용할 수 있으며 Enterprise Edition은 최대 64GB를 지원하고 Datacenter Edition은 최대 128GB까지 지원합니다. 이는 "32비트 Windows에서는 기술적으로 4GB만 사용할 수 있다"는 말이 정확하지 않음을 증명합니다.
진짜 문제는 운전자에게 있습니다.
PAE가 활성화되면 시스템은 32비트 범위를 넘는 물리적 주소를 하드웨어 드라이버에 제공할 수 있습니다. 전통적인 32비트 환경에 따라 작성된 드라이버의 경우 이는 매우 위험한 문제를 야기합니다. 일부 드라이버는 기본적으로 물리적 주소가 32비트를 초과하지 않을 것이라고 믿기 때문에 주소의 상위 비트를 직접 자릅니다.
예를 들어 Windows는 특정 데이터 조각이 4GB 주소 범위를 초과하는 물리적 메모리 위치에 기록되어야 한다고 드라이버에 지시할 수 있지만, 드라이버가 실수로 상위 비트를 삭제하면 데이터를 완전히 다른 메모리 영역에 기록하게 될 수도 있습니다. 이로 인해 프로그램이 비정상적으로 실행될 뿐만 아니라 다른 데이터를 덮어쓰게 되어 결국 메모리 손상, 시스템 충돌 또는 시작 실패를 초래할 수도 있습니다.
Microsoft의 이전 기술 문서에서도 PAE를 활성화한 후 드라이버는 일반적으로 사소해 보이지만 매우 중요한 수정 작업을 수행해야 한다고 지적했습니다. 문제는 드라이버 개발자가 자신의 코드에서 당시 수많은 하드웨어 드라이버의 경우처럼 물리적 주소가 32비트 가상 주소와 동일한 범위에 있다고 가정하지 않도록 해야 한다는 것이었습니다.
이는 일반 소비자 컴퓨터에서 특히 위험합니다. 서버의 하드웨어 환경은 일반적으로 매우 고정되어 있습니다. 시스템 관리자는 검증된 서버 하드웨어를 선택하고 Windows와 함께 제공되는 표준 드라이버를 사용하려고 합니다. 일반 PC는 전혀 다릅니다. 사용자는 다양한 프린터, 스캐너, 사운드 카드, TV 카드, 카메라, 네트워크 카드 및 기타 확장 장치를 설치할 수 있습니다. 각 장치 뒤에는 다양한 제조업체와 다양한 세대가 작성한 드라이버가 있을 수 있습니다.
Microsoft는 이러한 많은 수의 타사 드라이버가 모두 4GB를 초과하는 물리적 주소를 올바르게 처리할 수 있다고 보장할 수 없습니다.
더 문제는 4GB 미만의 일반적인 메모리 환경에서는 일부 문제가 노출되지 않는다는 점입니다. 드라이버는 몇 년 동안 잘 작동하다가 어느 날 시스템이 4GB가 넘는 물리적 주소를 드라이버에 전달하고 코드에 숨겨진 버그가 갑자기 나타납니다. 드라이버가 이 주소를 자르면 데이터가 잘못된 메모리 위치에 기록되어 문제 해결이 매우 어려운 무작위 충돌 및 데이터 손상이 발생할 수 있습니다.
그래서 Microsoft는 마침내 매우 보수적으로 보이지만 일반 소비자에게는 더 안전한 솔루션을 선택했습니다. 즉, 32비트 Windows 클라이언트 버전에서 물리적 주소 공간을 적극적으로 제한하고 시스템이 4GB 이상의 물리적 메모리를 사용하지 못하도록 방지하는 것입니다.
Windows XP 및 Windows Server 2003 SP1은 이 정책의 중요한 노드입니다. Microsoft는 해당 클라이언트 버전에서 물리적 주소 공간을 4GB로 제한하기 위해 두 가지의 하드웨어 추상화 계층을 수정했습니다. 그 목적은 프로세서가 더 높은 주소에 액세스할 수 없기 때문이 아니라 PAE가 호환되지 않는 타사 드라이버를 노출하지 못하도록 방지하는 것입니다.
이는 또한 Windows Server가 4GB 이상의 메모리를 사용할 수 있지만 일반 사용자용 Windows는 사용할 수 없는 이유를 설명합니다.
서버 관리자는 일반 가전제품을 사용하기 위해 10년 이상 된 타사 드라이버를 설치하는 것은커녕 10달러 이상 구입한 오래된 USB 스캐너를 프로덕션 서버에 연결하지 않는 경우가 많습니다. 서버 환경은 일반적으로 엄격하게 검사되고 사용되는 하드웨어와 드라이버는 더욱 고정되어 있으며 Microsoft는 시스템과 함께 제공되는 드라이버를 완벽하게 테스트할 수 있습니다.
Raymond Chen은 이 차이점을 매우 간단하게 설명했습니다. 서버 관리자는 일반 소비자처럼 값싼 장치용 드라이버만 설치하지 않으며, 서버에 사용되는 드라이버는 일반적으로 높은 물리적 주소 환경에 대해 검증되었습니다.
일반 사용자는 정반대입니다. 소비자 컴퓨터에는 수십 가지의 다양한 장치용 드라이버가 설치되어 있을 수 있으며, 그 중 일부는 10년 이상 된 하드웨어에서 나온 것입니다. Microsoft의 경우 이러한 모든 드라이버를 PAE와 호환되게 만드는 위험은 메모리 제한으로 인한 불이익보다 훨씬 큽니다.
실제로 32비트 Windows에서는 4GB의 메모리를 설치하더라도 사용자는 실제로 4GB 전체를 보지 못할 수도 있습니다. 그 이유는 4GB 이하의 물리적 주소 공간은 시스템 메모리로 사용될 뿐만 아니라 그래픽 카드, 네트워크 카드, 사운드 카드 및 기타 하드웨어의 장치 메모리를 매핑해야 하기 때문입니다. 하드웨어가 주소 공간의 일부를 차지하는 경우 RAM의 일부는 4GB 주소 경계 이상으로 할당되어야 합니다.
결과적으로 4GB RAM이 설치된 많은 32비트 Windows 컴퓨터에서 시스템은 약 3GB 이하의 RAM만 사용하게 될 수 있습니다. 이는 다수의 Windows XP 컴퓨터에서 "4GB를 설치했는데 시스템에서 3GB 정도만 사용할 수 있는" 현상이 발생하는 근본적인 이유 중 하나이기도 합니다.
또한 Microsoft는 소비자가 값비싼 Windows Server를 구입하도록 강요하기 위해 의도적으로 32비트 Windows에서 메모리를 제한했다는 오랜 음모론을 부인했습니다. Windows Server는 실제로 더 많은 메모리를 사용할 수 있지만 Microsoft는 두 제품의 시장과 하드웨어 환경이 완전히 다르다고 믿고 있으며 클라이언트 버전에 대한 4GB 제한은 주로 드라이버 호환성 문제를 피하기 위한 것입니다.
게다가 Microsoft가 메모리 제한을 해결하기 위해 일반 사용자가 Windows Server를 구입하기를 정말로 원했다면 이 솔루션의 가격은 분명히 터무니없었습니다. 4GB 이상의 메모리를 지원할 수 있는 가장 낮은 버전의 윈도우 서버 2003은 엔터프라이즈 에디션으로 가격은 3,999달러에 달해 일반 소비자들에게는 실질적인 의미가 없었다.
64비트 프로세서와 64비트 운영 체제가 점차 대중화되면서 이 문제는 결국 실질적인 의미를 잃었습니다. 64비트 Windows에는 4GB가 넘는 주소 공간이 있으므로 호환성을 유지하면서 많은 양의 실제 메모리를 사용할 수 있습니다. 컴퓨터가 점차적으로 멀티 GB, 심지어 수십 GB, 수백 GB 메모리 시대로 접어들면서 32비트 아키텍처는 결국 주류 시장에서 물러납니다.
Microsoft는 2020년부터 32비트 프로세서를 사용하는 새로운 시스템의 홍보를 점차 중단할 예정이며, 결국 Windows 11 시대에는 32비트 버전을 완전히 취소할 예정입니다. Microsoft의 현재 공식 지원 문서에도 Windows 11 이상에서는 64비트 버전만 제공한다고 명시되어 있습니다.
이 역사는 또한 흥미로운 문제를 반영합니다. 즉, 하드웨어 리소스가 풍부할수록 소프트웨어가 '비만'해지기 쉽습니다. PC가 항상 4GB의 메모리로 제한된다면 소프트웨어 개발자는 메모리 사용량에 더 많은 주의를 기울여야 할 수도 있습니다. 컴퓨터 메모리가 4GB에서 8GB, 16GB, 심지어 64GB로 급속히 증가함에 따라 많은 애플리케이션이 점차 더 많은 리소스를 소비하는 데 익숙해졌습니다.
요즘에는 일부 애플리케이션이 수백 MB 또는 심지어 GB의 메모리를 쉽게 차지하는 경우가 많습니다. Microsoft는 현재 8GB 메모리 컴퓨터에서 Windows 11이 원활하게 실행되도록 열심히 노력하고 있으며, 인공 지능 응용 프로그램의 메모리 리소스에 대한 막대한 수요로 인해 업계 전체가 메모리 효율성의 중요성을 다시 한 번 인식하게 되었습니다.
따라서 32비트 Windows의 4GB 제한은 마침내 역사가 되었지만 그 이유는 "32비트 프로세서는 4GB의 메모리만 처리할 수 있다"는 것처럼 간단하지 않습니다. 실제 대답은 Microsoft가 다양한 품질의 수천 개의 타사 하드웨어 드라이버로 구성된 거대한 생태계에 직면했다는 것입니다. 기술적으로 4GB를 초과하는 것이 가능하지만 이러한 혁신으로 인해 많은 수의 소비자 컴퓨터에서 무작위로 충돌이 발생하는 경우 이 기능은 클라이언트 운영 체제에 부담이 될 수 있습니다.
이러한 관점에서 볼 때 Windows의 4GB 제한은 단순한 기술적인 병목 현상이 아니라 안정성과 호환성을 위해 사전에 엔지니어링적으로 이루어진 선택입니다. 32비트 Windows는 실제로 오랫동안 4GB를 돌파할 방법이 있었습니다. 그러나 당시 통제할 수 없는 드라이버 생태계에 직면한 마이크로소프트는 결국 일반 사용자들이 컴퓨터를 보다 안정적으로 사용할 수 있도록 일부 하드웨어 기능을 희생하는 선택을 했습니다.
댓글