Windows 에서의 Windows

Windows on Windows
이 문서는 Windows NT 32비트 에디션의 16비트 서브시스템에 대해 설명합니다.64비트 에디션의 32비트 호환성 계층에 대해서는 WoW64를 참조하십시오.
Windows 에서의 Windows
기타 이름우와.
개발자마이크로소프트
운영 체제Microsoft Windows
유형호환성 레이어
면허증.독자 사양 상용 소프트웨어

컴퓨팅에 1993년부터 윈도 NT3.1의 2015년 Windows10에서 유산 16비트 프로그램을 실행하기 위한 제한된 지원을 제공하기 위해 NTVDM 확대된 마지막 모습을 드러내기 전까지 앨범이 발매되는 시스템 운영의 MicrosoftWindowsNT이상 가족의 32비트 버전의 WindowsWindows(일반적으로 WOW로 일컬어진다.)[1][2][3]에 있는 호환성 계층이다.s 쓰여진Windows 3.x 또는 그 이전 버전용.32비트 프로그램을 실행하는 64비트 Windows 버전에는 WoW64라고 하는 유사한 하위 시스템이 있습니다.

배경

많은 16비트 Windows 레거시 프로그램은 최신 32비트 에디션의 Windows에서 변경 없이 실행할 수 있습니다.설계자가 이를 가능하게 한 것은 고객이 사용하는 모든 프로그램을 처리하기 전에 운영체제를 최신 버전으로 업그레이드할 수 있는 능력을 제한하지 않고 소프트웨어 개발자가 Windows 3.1x에서 Windows 95로 이행하는 동안 소프트웨어를 수정할 수 있도록 하기 위해서입니다.

운영 체제의 Windows9x시리즈, 도스에서 그들의 뿌리를 반영하여 하이브리드 16및 32비트 시스템으로 말이 내부 운영 체제. 32-bit,[표창 필요한]고 따라서 천연적으로 특별한 에뮬레이션을 요구하지 않고 16비트 소프트웨어를 실행시킬 수 있고 WindowsNT운영 체제 크게 fr 다른 활동을 했다.om 윈도우 9x에서보다 복잡한 솔루션이 필요합니다.16비트 프로그램을 32비트 버전의 Windows(일부 런타임 제한 있음)에서 실행할 수 있도록 하기 위해 두 가지 다른 전략이 사용됩니다.그것들은 퉁킹과 샤밍이라고 불립니다.

퉁킹

주요 기사:Thunk interoper 상호 운용성

운영체제의 WOW 서브시스템은 기존 16비트 API를 새로운 32비트[clarification needed] API로 변환하여 16비트 포인터, 메모리 모델 및 주소 공간을 지원합니다.

모든 16비트 프로그램은 기본적으로 공유 메모리 공간이 있는 단일 가상 DOS 시스템에서 실행됩니다.그러나 이 경우 16비트 프로세스마다 전용 가상 시스템이 있는 별도의 메모리 공간에서 실행되도록 구성할 수 있습니다.메모리 공간이 분리되어 버그가 많은 16비트 프로그램이 서로 간섭하는 것을 방지함으로써 시스템 안정성이 향상되고 16비트 프로세스 간 통신과 메모리 사용률이 향상됩니다.

이 서브시스템은 Windows NT의 32비트 에디션에서만 사용할 수 있습니다.64비트 에디션(64비트 에디션만 있는 Windows Server 2008 R2 이후 포함)은 서드파티 에뮬레이션소프트웨어(DOSBox 등)가 없으면 16비트소프트웨어를 실행할 수 없습니다.Windows 11이 32비트 IA-32 프로세서의 지원을 중단함에 따라 이 서브시스템의 개발은 중단되었습니다.

WOWE EXEC.Windows NT 시스템의 EXE 프로세스는 Windows-on-Windows [4][5]를 용이하게 합니다.Windows-on-Windows 커널과 Windows 95 및 Windows 98 커널을 에뮬레이트하는 것 외에 WIN도 있습니다.COM 파일은 Windows NT에서 16비트 DOS 기반의 Windows 응용 프로그램을 실행하는 NTVDM용 Windows 3.x 커널을 에뮬레이트합니다.

쉬밍

주요 기사:심(컴퓨팅)

애플리케이션 호환성 문제(특히 긴 파일 이름, 여러 사용자 및 최소 권한 개념 관련)로 인해 일부 애플리케이션이 작동하지 않을 수 있습니다.예를 들어 NTFS 보안이 적용되어 있는 동안 파일 시스템 전체에 대한 전체 쓰기 액세스 권한을 잘못 가정할 수 있습니다.

Windows 95 라인의 operating system이 설계되었을 때, 중요한 요건은, 레거시 애플리케이션이 플랫폼에서 계속 동작할 수 있도록, 파일 시스템이 8.3 파일명과의 하위 호환성을 유지하는 것이었습니다.따라서 Windows 95 이후의 운영체제는 긴 파일 이름과 짧은 파일 이름을 모두 파일 할당 테이블에 저장하는 호환성 모드를 지원합니다.

게다가 하드웨어에 직접 액세스 하는 레거시 애플리케이션은, 유저 모드에서는 액세스 할 수 없습니다.DOS 및 Windows 9x 시대의 시스템컨피규레이션파일이 Windows NT 기반의 커널에 존재하지 않는 경우에도 레거시 어플리케이션이 실패할 수 있습니다.따라서 AUTOEXEC와 같은 제로렝스 버전의 파일이 필요합니다.BAT 및 구성SYS는 이를 사용하지 않는 운영체제 상에서 이행해야 합니다.

이전 버전의 Windows 응용 프로그램 호환성 계층에는 다양한 전제 조건과 운영 체제의 베스트 프랙티스를 [6]염두에 두고 작성된 레거시 응용 프로그램에 의해 실행되는 API 호출을 대행 수신 및 수정하기 위해 많은 수의 심이 있습니다.이러한 수정은 여전히 [7]사용 중인 일반적인 레거시 애플리케이션에서 문제가 발견됨에 따라 수시로 업데이트됩니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "WOW Environment Remains in Memory After Quitting 16-Bit Program". Support. Microsoft. February 22, 2007. Archived from the original on October 23, 2007. Retrieved February 7, 2017.
  2. ^ "Starting 16-Bit WOW Subsystem on Windows NT Server". Support. Microsoft. November 1, 2016. Archived from the original on May 9, 2007. Retrieved February 7, 2017.
  3. ^ "Disabling the MSDOS and WOWEXEC Subsystems on Terminal Server". Support. Microsoft. November 1, 2006. Archived from the original on January 13, 2008. Retrieved February 7, 2017.
  4. ^ "Windows NT Subsystems and Associated Files". Support. Microsoft. October 31, 2006. Archived from the original on March 16, 2007. Retrieved February 7, 2017.
  5. ^ "PRB: Relocation of Ntvdm.exe Fails on Multiprocessor Computers". Support. Microsoft. November 21, 2006. Archived from the original on February 22, 2009. Retrieved February 7, 2017.
  6. ^ "Application Compatibility". TechNet. Microsoft. Retrieved February 7, 2017.
  7. ^ "Application Compatibility Update for Windows 7 and Windows Server 2008 R2: August 2010". Support. Microsoft. August 24, 2010. Retrieved February 7, 2017.

외부 링크