요약:
Windows 11에는 이미 현대적인 사용자 인터페이스, 고급 보안 메커니즘, 향상된 인공 지능 기능이 있지만 운영 체제 내부에는 Microsoft가 Windows 95 시대의 일부 코드를 여전히 유지하고 있습니다. 놀랍게도 이러한 코드는 시스템에 기록 레거시 파일로 남아 있을 뿐만 아니라 특정 조건에서 계속 실행될 수 있어 이전 메모리 관리 동작에 의존하는 일부 응용 프로그램에 대한 호환성 지원을 제공합니다.
Windows 11 26H2에서 Microsoft는 여전히 EmulateHeap이라는 애플리케이션 호환성 복구 메커니즘을 유지합니다. 이를 통해 특정 오래된 프로그램이 Windows 95 메모리 관리자를 모델로 한 코드를 사용하여 최신 Windows에서 메모리를 관리하는 방식의 변경으로 인해 이러한 프로그램이 충돌하는 것을 방지할 수 있습니다.
이 메커니즘의 역사는 1990년대로 거슬러 올라갑니다. 당시 '심시티'라는 고전 게임에서 프로그램 오류가 노출됐다. 단순히 개발자에게 게임 수정을 요청하는 대신 Microsoft는 게임이 계속 실행될 수 있도록 Windows 95의 동작을 직접 수정했습니다. 그 이후로 Microsoft는 유사한 문제가 있는 다른 기존 소프트웨어가 새 버전의 Windows에서 계속 작동할 수 있도록 보다 체계적인 호환성 메커니즘을 사용해 왔습니다.
이 역사는 또한 오랫동안 Windows의 중요한 설계 원칙을 보여줍니다. 거대한 소프트웨어 생태계를 갖춘 운영 체제의 경우 오래된 프로그램을 정상적으로 실행하는 것이 때때로 기록 코드를 완전히 정리하는 것보다 더 중요합니다.
"SimCity"의 메모리 오류로 인해 Microsoft는 운영 체제를 수정해야 합니다
EmulateHeap이 존재하는 이유를 이해하려면 먼저 일반적인 프로그래밍 오류, 즉 메모리를 해제한 후에도 계속 읽는 오류를 이해해야 합니다.
애플리케이션이 실행 중일 때 데이터를 저장하려면 운영 체제에서 메모리를 신청해야 합니다. 데이터가 더 이상 필요하지 않으면 프로그램은 해당 메모리를 해제하여 시스템이 해당 메모리를 다른 용도로 재할당할 수 있도록 해야 합니다.
프로그램이 메모리 블록을 해제했지만 계속해서 해당 블록에서 데이터를 읽는 경우 소위 "해제 후 사용" 오류가 발생합니다. 이는 프로그램이 유효하지 않은 데이터를 읽고 충돌을 일으키며 어떤 경우에는 보안 문제를 일으킬 수도 있는 일반적인 프로그래밍 결함입니다.
초기 Windows 환경의 일부 프로그램은 예기치 않게 이러한 잘못된 동작에 의존했습니다.
Stack Overflow 공동 창립자이자 전 Microsoft 엔지니어인 Joel Spolsky가 2000년에 발표한 기사에 따르면 "SimCity"의 초기 Windows 버전에도 비슷한 문제가 있었습니다. 이 버전의 개발자인 Jon Ross는 나중에 실수로 버그를 남겼다고 인정했습니다. 게임은 메모리를 비운 후에도 원래 거기에 저장된 데이터를 계속 읽습니다.
이 문제가 즉각 노출되지 않은 이유는 당시 Windows 3.x의 메모리 관리 방식과 관련이 있습니다. 특정 상황에서는 프로그램이 메모리를 해제한 후 관련 데이터를 다른 용도로 즉시 덮어쓰지 않으므로 게임이 계속해서 읽을 때 여전히 원본 콘텐츠를 얻을 수 있습니다.
즉, 게임 자체에 버그가 있으며, 문제를 가리는 것은 이전 운영 체제의 동작일 뿐입니다.
Microsoft가 Windows 95를 개발하자 상황이 바뀌었습니다. 새로운 시스템은 다른 메모리 관리 메커니즘을 채택했으며 "SimCity"는 Windows 95 베타 버전에서 오작동하기 시작했습니다.
Microsoft는 게임 개발자에게 프로그램 수정을 요청하거나 운영 체제가 버그를 계속 허용하도록 하는 두 가지 선택에 직면했습니다.
결국 마이크로소프트는 후자를 선택했습니다.
엔지니어들은 Windows 95에 특별히 "SimCity"용 호환성 코드를 추가했습니다. 시스템이 게임이 실행 중인 것을 감지하면 관련 메모리를 즉시 해제하지 않는 특수 메모리 할당 모드로 전환됩니다.
이렇게 하면 게임이 메모리를 비운 후에도 원본 데이터를 계속해서 읽는 경우에도 예상한 결과를 얻고 충돌을 피할 가능성이 더 높습니다.
현대 소프트웨어 엔지니어링 관점에서 볼 때 이 접근 방식은 매우 독특합니다. 일반적으로 운영 체제 개발자는 타사 소프트웨어의 프로그래밍 오류를 덮기 위해 시스템 동작을 변경하는 것을 원하지 않습니다. 그러나 당시 Microsoft의 목표는 사용자가 운영 체제를 업그레이드하기 위해 원래 프로그램을 포기하도록 강요하는 것이 아니라 새 시스템에서 기존 소프트웨어를 실행할 수 있도록 하는 것이었습니다.
이러한 결정은 Windows 호환성의 역사에서도 전형적인 사례가 되었습니다.
"SimCity"에서 EmulateHeap까지: 호환성 메커니즘이 점차 확장되고 있습니다
심시티를 위한 특별 대우는 시작에 불과합니다.
Windows가 점진적으로 발전하면서 Microsoft는 이 게임뿐만 아니라 다른 응용 프로그램도 이전 버전 Windows의 메모리 관리 메커니즘의 일부 특별한 동작에 의존한다는 사실을 발견했습니다.
Microsoft 엔지니어 Raymond Chen은 2010년에 발표된 Windows 기술 칼럼에서 이 문제를 설명했습니다. 일부 오래된 프로그램은 원래 값이 여전히 존재한다는 가정하에 메모리가 해제된 후에도 계속해서 메모리에서 데이터를 읽습니다.
이러한 프로그램을 후속 Windows 버전에서 실행하면 메모리 할당 및 재활용 방법의 변경으로 인해 다른 데이터로 덮어쓴 콘텐츠를 읽은 후 충돌이 발생할 수 있습니다.
만약 마이크로소프트가 이런 문제가 있는 프로그램마다 특별한 코드를 작성한다면 유지관리 비용도 높을 뿐만 아니라 늘어나는 오래된 소프트웨어에 대처하기도 어려울 것이다.
따라서 Microsoft는 EmulateHeap이라는 호환성 수정 메커니즘을 출시했습니다.
SimCity에 특정한 코드와 달리 EmulateHeap은 보다 일반적인 접근 방식을 제공합니다. 이는 메모리 관리 관련 인터페이스에 대한 응용 프로그램 호출을 가로채고 이러한 호출을 Windows 95 동작을 에뮬레이트하는 대체 구현으로 전달합니다.
여기에는 HeapCreate, LocalLock 및 GlobalReAlloc을 포함하여 힙 메모리 관리와 관련된 일련의 인터페이스가 포함됩니다. 애플리케이션과 기본 메모리 관리 메커니즘 사이에 호환성 계층을 추가함으로써 시스템은 특정 레거시 프로그램이 익숙한 방식으로 계속 작동하도록 할 수 있습니다.
더 놀라운 점은 Microsoft가 상당히 간단한 구현을 채택했다는 것입니다.
Raymond Chen의 설명에 따르면 Microsoft 엔지니어들은 Windows 95 힙 메모리 관리자의 소스 코드를 직접 복사하여 다시 컴파일하고 Windows Application Compatibility Framework에 추가했습니다.
이는 매우 중요한 Windows 95 메모리 관리 코드가 실제로 최신 Windows 호환성 인프라에 유지된다는 의미입니다.
그러나 이것이 Windows 11이 Windows 95 메모리 관리자를 실행하고 있다는 의미는 아닙니다.
EmulateHeap은 요청 시 활성화되는 호환성 메커니즘입니다. 특정 응용 프로그램이 이 수정 사항을 사용하도록 구성된 경우에만 해당 레거시 코드가 로드됩니다. 이 기능을 활성화하지 않는 일반 프로그램의 경우 Windows는 이 호환성 메커니즘 때문에 Windows 95 메모리 관리 방법으로 자동 전환하지 않습니다.
또한 EmulateHeap은 Microsoft에서 "SimCity"용으로 특별히 작성한 호환 코드와 동일한 기능이 아닙니다. 둘 다 오래된 소프트웨어를 정상적으로 실행시키려는 Microsoft의 디자인 철학을 반영하지만 문제를 해결하는 방법과 적용 범위는 다릅니다.
Windows 11에서 EmulateHeap을 찾는 방법은 무엇입니까?
Windows의 내부 호환성 메커니즘을 이해하려는 사용자를 위해 Microsoft는 시스템에서 지원하는 응용 프로그램 호환성 수정 사항을 볼 수 있는 Compatibility Administrator라는 도구를 제공합니다.
이 도구는 Windows ADK(Windows 평가 및 배포 키트)에 포함되어 있으며 주로 시스템 관리자와 IT 전문가를 대상으로 합니다. Microsoft가 2026년 9월에 출시한 관련 도구 버전은 Windows 11 26H2를 지원합니다.
Windows 최신 보고에 따르면 작성자는 자신의 Windows 11 26H2 컴퓨터에서 EmulateHeap을 발견했습니다. 구체적인 단계는 다음과 같습니다:
먼저 Microsoft 공식 홈페이지에서 Windows ADK를 다운로드하고 설치 프로그램을 시작하세요. 기능 선택 인터페이스에서 애플리케이션 호환성 도구인 애플리케이션 호환성 도구를 선택한 후 설치를 완료하면 됩니다.
설치가 완료되면 시작 메뉴에서 Compatibility Administrator를 검색하여 32비트 버전을 엽니다. Windows 95 시대의 많은 오래된 프로그램이 32비트 아키텍처를 사용하기 때문에 32비트 버전은 이러한 호환성 메커니즘을 확인할 때 먼저 사용할 가치가 있는 도구입니다.
프로그램을 연 후 사용자 정의 데이터베이스 영역에서 새 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 새로 만들기를 선택한 다음 호환 모드로 들어갑니다. 그런 다음 사용 가능한 호환성 수정 목록에서 EmulateHeap을 찾아 이 기능을 확인하세요.
목록에서 호환성 수정 사항을 찾았다고 해서 모든 이전 프로그램이 올바르게 실행된다는 의미는 아닙니다.
Microsoft는 이전에도 비슷한 문제를 겪었습니다. Windows 11 22H2 업데이트 후 일부 사용자는 "Grand Theft Auto: Vice City" 게임에서 사운드 손실 문제가 발생하고 특정 호환성 수정을 활성화한 후 "Need for Speed: Most Wanted"가 충돌한다고 보고했습니다.
이는 호환성 수정 자체가 다른 시스템 구성 요소나 게임 코드와 충돌을 일으킬 수도 있음을 의미합니다. 특정 메커니즘이 일종의 역사적 문제를 해결할 수 있다고 해서 그것이 모든 프로그램에 적합하다는 의미는 아닙니다.
따라서 일반 사용자가 단지 오래된 게임을 실행하기 위해 EmulateHeap을 활성화할 필요는 없습니다. 이전 소프트웨어가 실행되지 않는 문제가 발생하는 경우 수정 사항 적용 여부를 결정하기 전에 해당 프로그램에 대한 특정 호환성 권장 사항을 찾아보는 것이 더 현명합니다.
왜 Windows에서는 이 오래된 코드를 정리하지 않습니까?
Windows 95부터 Windows 11까지 Microsoft는 운영 체제에 많은 변화를 가져왔습니다. 메모리 관리, 그래픽 시스템, 보안 메커니즘, 드라이버 및 응용 프로그램 실행 환경 등 현대 Windows는 1990년대 시스템과 크게 다릅니다.
그러나 운영체제는 오래된 소프트웨어와 상관없이 언제든지 철거하고 재구축할 수 있는 제품이 아닙니다.
수십 년간의 개발 기간 동안 수백만 개의 애플리케이션이 Windows에서 제공하는 인터페이스와 동작에 의존해 왔습니다. 이러한 프로그램 중 일부는 공식 문서에 따라 엄격하게 개발되는 반면 다른 프로그램은 자신도 모르게 특정 시스템 버전의 동작에 의존합니다.
이러한 프로그램이 계속 사용되는 한 Microsoft는 기본 메커니즘 수정으로 인해 발생할 수 있는 영향을 고려해야 합니다.
일반 소프트웨어의 경우 운영 체제 업그레이드 후 호환성 문제로 인해 특정 불편이 발생할 수 있습니다. 그러나 여전히 실제 비즈니스 작업을 수행하는 엔터프라이즈 소프트웨어, 전문 도구 및 레거시 프로그램의 경우 호환성 중단으로 인해 더 큰 피해가 발생할 수 있습니다.
결과적으로 Microsoft는 오랫동안 대규모 애플리케이션 호환성 프레임워크를 유지해 왔습니다. 그 기능은 이전 프로그램에 실행 중인 Windows 버전을 알려주는 것뿐만 아니라 일부 시스템 호출을 가로채거나 특정 동작을 조정하거나 특정 프로그램을 기반으로 특수한 호환성 수정을 활성화하는 것입니다.
이러한 조치는 일반적으로 사용자에게 투명합니다. 이전 프로그램이 시작되면 시스템은 백그라운드에서 해당 수정 사항을 적용하므로 사용자는 운영 체제가 프로그램의 일부 동작을 변경했다는 사실을 인식하지 못할 수 있습니다.
EmulateHeap은 이 시스템의 예입니다.
그 존재가 Microsoft가 Windows 95가 현대 시스템보다 더 나은 메모리 관리 기능을 가지고 있다고 생각한다는 의미는 아니지만 일부 오래된 프로그램이 과거 동작에 의존했다는 의미입니다. 이러한 프로그램이 중단되는 것을 방지하기 위해 Microsoft는 최신 시스템의 규칙에 따라 모든 소프트웨어를 강제로 다시 작성하는 대신 호환성 프레임워크에서 일련의 레거시 구현을 유지하기로 결정했습니다.
이 접근 방식에는 장점과 비용이 모두 있습니다. 이는 오래된 소프트웨어의 서비스 수명을 연장하고 사용자가 시스템을 업그레이드하는 데 장애물을 줄일 수 있지만 운영 체제의 유지 관리 복잡성을 증가시켜 일부 기록 코드가 현대 시스템에 오랫동안 존재하게 만듭니다.
모든 기존 소프트웨어가 동일한 대우를 받는 것은 아닙니다
일부 오래된 프로그램에 대한 특수 호환성 코드를 유지하려는 Microsoft의 의지는 모든 기존 소프트웨어가 최신 Windows에서 계속 실행될 수 있다는 의미는 아닙니다.
전형적인 예로 3차원 핀볼 게임인 3D 핀볼(3D Pinball)이 있는데, 이는 한때 윈도우에 내장되기도 했다. 64비트 버전의 Windows에서 이 게임을 더 이상 사용할 수 없는 이유 중 하나는 추가 작업이 필요한 64비트 호환성 문제가 있었고 Microsoft가 이 문제를 완전히 해결하는 데 리소스를 투자하지 않았기 때문입니다.
이것은 EmulateHeap의 상황과 대조됩니다.
널리 사용되거나, 중요한 상업적 가치가 있거나, 상대적으로 제한된 수정으로 계속 실행될 수 있는 일부 소프트웨어의 경우 Microsoft는 호환성을 유지하기 위해 자원을 기꺼이 투자할 수 있습니다. 다른 프로그램의 경우 수리 비용이 너무 높거나 사용자 수요가 크게 감소한 경우 Microsoft는 더 이상 지원을 제공하지 않기로 결정할 수 있습니다.
따라서 Windows 호환성은 무한한 약속이 아닙니다. 유지 관리 비용, 사용자 요구 사항, 보안 위험 및 기술적 복잡성 간의 지속적인 균형이 필요합니다.
최근 몇 년간 Microsoft가 Windows 인터페이스를 계속해서 현대화해 왔다는 점은 주목할 가치가 있습니다. 예를 들어, 회사는 Windows 95 시대부터 남은 일부 속성 대화 상자를 WinUI 3 기반의 새로운 인터페이스로 점차 교체하고 있습니다.
그러나 인터페이스 현대화와 기본 호환성 유지 관리는 동시에 수행할 수 있습니다. 사용자가 보는 창은 새로운 디자인 기술을 채택했을 수 있지만, 기존 애플리케이션이 인터페이스나 시스템 아키텍처 업데이트로 인해 호환성을 잃지 않도록 일부 오래된 코드가 시스템 내부에 여전히 남아 있습니다.
이것은 Windows와 상대적으로 젊은 소프트웨어 플랫폼 간의 중요한 차이점 중 하나이기도 합니다. Windows는 최신 애플리케이션을 지원할 뿐만 아니라 수십 년에 걸쳐 형성된 거대한 소프트웨어 생태계를 최대한 수용해야 합니다.
Windows 95부터 Windows 11까지 이어지는 호환성의 전통
EmulateHeap의 이야기는 오래된 게임과 메모리 관리자에 대한 기술적인 일화처럼 보일 수도 있지만 실제로는 Windows의 오랜 핵심 전략을 반영합니다.
'심시티'가 윈도우 95 베타 버전에서 문제가 발생하자 마이크로소프트는 게임 내 버그를 견딜 수 있도록 운영체제를 수정하기로 결정했다. 그 이후로 더 많은 오래된 프로그램이 과거 시스템 동작에 대한 의존성에 노출됨에 따라 Microsoft는 점차적으로 보다 완전한 호환성 복구 메커니즘을 구축해 왔습니다.
현재 Windows 11에는 Windows 95의 메모리 관리 동작을 시뮬레이션할 수 있는 코드가 여전히 남아 있으며 사용자는 Microsoft에서 제공하는 관리 도구를 통해 이를 찾을 수 있습니다.
이것은 최신 Windows가 여전히 Windows 95의 핵심 아키텍처에 의존한다는 의미도 아니고 일반 컴퓨터가 백그라운드에서 이전 운영 체제를 실행하고 있다는 의미도 아닙니다. 실제로 전달된 것은 호환성 코드 중 일부와 오래된 소프트웨어를 최대한 손상시키지 않기 위한 Microsoft의 디자인 아이디어입니다.
십년 된 운영 체제의 경우 이러한 접근 방식은 기술적 부담이자 경쟁 우위입니다. 사용자는 새 버전의 Windows로 업그레이드할 때 구입한 소프트웨어, 익숙한 도구, 수년 동안 축적한 워크플로를 계속 사용하고 싶어하는 경우가 많습니다. 일부 오래된 코드를 유지함으로써 Microsoft는 운영 체제 업그레이드로 인한 호환성 위험을 줄였습니다.
이러한 관점에서 볼 때 Windows 11에 숨겨진 Windows 95 메모리 관리자는 단순한 역사적 유물이 아니라 소프트웨어 호환성에 대한 Microsoft의 장기적인 노력을 구체적으로 표현한 것입니다. 운영 체제 인터페이스가 계속 변경되고 하드웨어 플랫폼이 계속 업그레이드되더라도 수십 년이 지난 코드는 단순히 오래된 게임이나 프로그램을 오늘날의 컴퓨터에서 계속 실행할 수 있다는 이유만으로 계속 작동할 수 있습니다.
댓글