Sankim's Blog : History

드디어 Windows Internals 5’th 출간!

sankim — Wed, 13 May 2009 14:19:50 GMT

오늘 talee 군이 먼저 찾아내어 포스팅 한 것을 낼름 배껴(:P) 소개 합니다.

드디어 Windows Internals 5’th Edition이 나왔습니다. Windows Internlas는 Windows Kernel에 관심이 있는 분들에게는 바이블과 같은 책으로써 Windows의 내부 구조에 대해서 가장 정확하게 설명 했습니다. 아직 판매는 되지는 않고 있으나 곧 판매될 예정입니다.

오늘은 그래서 지금까지 나온 Windows Internals 시리즈를 둘러보겠습니다.

Inside Windows NT: 1993년에 Inside Windows NT라는 이름으로 Helen Custer가 집필 했습니다. (바쁜 개발자들에게 내부 구조에 대한 정보를 얻느라 많이 힘들었던 듯 합니다)

Inside Windows NT 2’th: 윈도우의 아버지 Dave Cutler는 그의 DEC 시절 그의 제자(?) 였던 David Solomon에게 Windows Source Code를 Access할 수 있도록 ‘허’하였고 이렇게 해서 Solomon이 단독으로 쓴 Inside Windows NT 두번째판이 1998년에 출간 되었습니다. Windows NT에 대해서 주로 다뤘고 곧 나올 예정이던 Windows 2000에 대한 내용이 Windows NT 5.0이라는 Chapter로 추가 되었었습니다. 멋도 모르고 제가 처음 샀던 책인데 그때는 책을 읽고 이해했다기 보다는 글씨가 몇개인지 세는 수준이였습니다.

Inside Windows 2000 3’th: 2001년에 출간 되었고 새로 출시 되었던 Windows 2000을 중심으로 다뤘습니다. 이번에는 David Solomon이 그의 제자(?)였던 Mark Russinovich와 책을 썼습니다. 이때 Solomon이 코드를 보고 책을 쓰면 Mark는 그것을 다시 한번 확인 하는 과정을 거쳤다고 합니다. 현재 Mark Russinovich는 마이크로소프트에서 Technical Fellow라는 직책으로 일하고 있습니다. 2년 전 직접 Mark와 Solomon을 만나서 이야기도 나눠본 경험이 있습니다. 그런데 이때 표지에 나와있는 Mark의 사진을 보면 Solomon 못지 않은 살집이 보입니다, 사진이 잘못 나왔거나 다이어트를 한 것이 아닌가라는 생각이..

Windows Internals 4’th: 2005년에 출간된 네번째 판부터는 Windows Internals라는 이름으로 변경되어 출간 됩니다. Windows 2003과 XP에 대한 내용이 추가 되었습니다. 개인적으로 가장 열심히 본 책이기도 합니다. (이전에 잃어 버려서 다시 구매할 때 눈물을 흘렸던 기억이…)

Windows Internals 5’th: 이번 5’th에서는 Windows Server 2008과 Vista에서의 기술을 설명하였습니다, 그리고 이번 판에서는 새로운 인물이 보입니다, Alex Ionescu라고 하는 젊은 친구입니다, 2년 전에 시애틀에서 만난 본사 개발자가 요즘 Solomon이 데리고 다니면서 키우는 19살 짜리 친구가 있는데 얼마 전 본사 개발자들을 상대로 강의를 했다’는 이야기를 들었는데 그 친구가 바로 Alex더 군요, 천재란게 있기는 한가 봅니다.. 참고로 Solomon은 이미16살 때 DEC에서 Dave의 VMS팀에서 일 했습니다, 진짜 천재.

이번 5’th에서는 오타 혹은 내용의 모호성을 철저히 차단하고자 수많은 Reviewer들이 참여해 높은 Quality의 책을 만들어냈습니다.

여기를 누르시면 발간에 대한 ‘감사의 말’을 보실 수 있습니다. Reviewer 명단에 저의 Master의 이름이 보이네요 ^^ khK 수고 많으셨습니다!

Windows 메모리 FAQ

sankim — Mon, 11 May 2009 12:10:00 GMT

안녕하세요~ sankim 입니다.

최근 들어 여러 Windows 관련 커뮤니티나 블로그를 방문하면서 가장 많이 눈에 뜨이는 질문이면서도 정확한 답을 얻기 어려운 것이 Windows 메모리 관련 질문들인 것을 보았습니다. 그래서 메모리 관련해서 가장 많이 올라오는 질문들에 대해서 간단한 답을 정리해 보았습니다. 자세한 기술적 내용은 꼭 한번 시리즈(?)로 올릴 것을 약속 드립니다. ^^

Windows Memory FAQ

1. Windows에서 사용 할 수 있는 최대 메모리(Windows Maximum Memory Size) 크기는 얼마인가요?

현재 나와 있는 Windows 클라이언트는 Vista Ultimate의 경우 32-bit OS는 4GB, 64-bit는 128GB 이며 Windows 서버 Windows Server 2008 Enterprise는 32-bit는 64 GB, 64-bit는 2 TB입니다. 자세한 사항은 여기를 누르시면 각 Windows 별 최대 메모리를 확인 할 수 있습니다.

2. XP, Vista와 같은 32-bit Windows Client에서 4GB 이상 메모리를 사용할 수 있는 방법은 없나요?

32-bit Windows Client(Windows 2000 Professional, XP, Vista)는 메모리 4GB까지만 인식합니다, 4GB 이상의 메모리를 사용하고 싶으신 분들께서는 64-bit Edition을 사용하시거나 혹은 Windows Server 제품을 이용하셔야 합니다. 개인적으로 4GB 이상 사용하는 방법에 대한 Tip이나 Trick이 있다는 글들을 본적이 있는데 모두 근거가 없거나 실제 메모리가 확장되어 사용하는 방법이 아닌 것으로 보입니다.

3. Windows Client에서 메모리 4GB를 설치 했는데 Windows에서 4GB로 보이지 않고 3.xxGB로 보여요

실제 장착된 물리 메모리를 OS가 인식하기 위해서는 그 메모리 정보를 H/W가 Windows에게 알려줘야 합니다, 그런데 PCI Bus, BIOS 그리고 비디오 카드 등에서 사용하는 PCI Bus, BIOS 그리고 비디오 카드 등에서 사용하는 MMIO가 Windows에서 인식하기 위한 물리 메모리 공간 중간에 끼어 들면서 MMIO 크기만큼 실제 메모리가 밀려나 버리게 됩니다, 그래서 윈도우는 밀려난 실제 메모리 영역을 인식하지 못한 나머지 영역만을 실제 메모리로 인식해 실제 메모리보다 적은 양을 사용하게 됩니다. 이는 하드웨어 이슈 입니다.

*경우에 따라 Windows Vista에서 4GB를 장착하였는데 3.12GB로 나오는 경우가 있습니다 이는 디바이스 드라이버 호환성 문제를 피하기 위해 Vista가 의도적으로 3.12GB로 설정 하는 것입니다.

자세한 사항은 아래 링크를 참조 하십시오.
http://blogs.technet.com/sankim/archive/2007/05/31/4gb.aspx

4. Windows Vista SP1(Service Pack 1)을 설치 하니 3.xxGB 보이던 메모리가 4GB로 나타납니다.

Windows Vista Service Pack 1에서부터는 실제 메모리의 정보를 직접 BIOS에서 가져와 시스템 정보에서 보여 줍니다, 그러나 BIOS 호환성에 따라 지원 되지 않을 수도 있습니다.

위 그림에서 왼편 Memory (RAM)에는 4GB라고 나오지만 오른편 실제 사용할 수 있는 Physical Memory에는 3061(3.0GB)이라고 나타납니다. 이렇듯이 Windows Vista SP1을 설치 하면 작업 관리자 등에서 4GB 전체를 보실 수 있습니다만 MMIO로 인한 메모리 사용의 제한은 그대로 받게 됩니다.

자세한 사항은 아래 포스팅을 참조 하십시오.
http://blogs.technet.com/sankim/archive/2008/01/31/windows-vista-service-pack-1.aspx

Windows 7에서는 리소스 모니터를 통해 이것을 비주얼 하게 보여 줍니다.

5. 메모리를 64-bit로 확장해 준다는 PAE 옵션은 무엇인가요?

32-bit 윈도우가 사용할 수 있는 4GB 메모리 한계를 최대 128GB 까지 확장해주는 기술입니다.

1) X86 CPU(Processor)를 사용하는 32bit 운영체제의 최대 메모리는 2^32(32bit)로 4GB 입니다.
2) 과거에 4GB는 엄청난 크기였지만 세월이 흐르면서 데이터베이스 같이 큰 메모리가 필요한 응용프로그램들이 나타났습니다. (제가 처음 지원했던 Windows NT의 메모리가 128MB였던 걸로 기억합니다)
3) 그래서 CPU(Processor) 회사는 컴퓨터가 사용할 수 있는 물리 메모리 영역을 아주 크게(36Bit로) 확장 할 수 있는 PAE라는 기술을 만들어냈습니다.
4) Windows는 CPU가 제공하는 이 PAE 기술을 이용하여 4GB 메모리 크기의 한계를 극복 할 수 있게 되었습니다.
5) Windows가 CPU에서 제공하는 PAE를 사용하기 위해서는 boot.ini에서 /PAE 옵션을 추가 합니다. Windows Vista 이상 환경에서는 ‘bcdedit /set [{해당 윈도우GUID}] pae ForceEnable’을 실행 합니다.
6) PAE로 확장된 상태라도 AWE(Address Windowing Extensions) 함수를 이용하지 않는다면 PAE로 확장된 메모리 모두를 Application이 모두 사용 할 수 없습니다 그러나 OS가 file Cache Data등으로 사용합니다.
7) XP, Vista와 같은 Windows Client에서는 PAE를 사용해도 4GB 이상으로 확장되지 않습니다

PAE를 사용하는 경우 CPU의 MMU(Memory Management)가 Virtual address에 Page directory pointer를 추가(three-level page table)하는 방식으로 필드를 4개로 나눠 메모리를 확장합니다.

[Virtual Address(x86)의 경우]

[PAE 활성화된 Virtual Address(x86)의 경우]

6. /3GB 옵션은 무엇인가요?

4GT 기술이라고 하는데 흔히 /3GB 옵션이라고도 부르며 응용프로그램에 더 많은 메모리를 할당하기 위한 기술입니다.

x86 컴퓨터에서 사용되는 기술로써 가상 메모리 공간 4GB를 둘로 나눠 2 GB는 System Space, 2GB는 User Space에 할당 합니다. System Space는 시스템이 이용하는 리소스(System cache, hyperspace, system cache, page pool 등)에 할당 하고 User Space는 사용자 응용프로그램(응용프로그램, 데이터 등)이 사용하는 공간 입니다. 만약 /3GB 옵션을 추가하게 되면 System Space에는 1GB를 할당하고 User Space에는 나머지 메모리 공간을 할당하게 됩니다. 그러면 응용프로그램이 사용할 수 있는 메모리 크기가 증가되어 응용프로그램에서 더 많은 메모리를 사용 할 수 있는 것입니다. 그러나 시스템 리소스가 많이 필요한 경우 /3GB로 System Space에 1GB만 할당하기 때문에 시스템 리소스의 부족으로 성능 저하를 가져 올 수 있습니다. 그러므로 무조건 /3GB를 할당 할 것이 아니라 충분한 모니터링 후 사용 여부를 결정해야 합니다.

[왼쪽은 일반 2GB, 2GB 모델, 오른쪽은 /3GB 모델]

쉽게 쓴다고는 했지만 아무래도 이해하기 쉽지 않은 부분입니다, 위에서 약속 드린 것 처럼 나중에 꼭 한번 메모리 구조에 대해서 포스팅 하도록 하겠습니다.

* 윈도우 클라이언트의 4GB 제한에 대해서 좀더 자세히 설명 드리기 위해 '4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트 '라는 포스팅을 올렸습니다. 참고하여 주십시오.

p.s. 그리고, 아~ 휴가 다녀 왔더니 의욕 충천입니다! 휴가 중에 저 정말 회사 와서 일하고 싶었어요.. 믿어 주세요..

p.s. 2 어제 저녁 퇴근하기 전 급히(?) 적다가 숨겨진 실수가 있어 바로 잡았습니다. 바로 찝어내주신 Talee 군에게 감사 드립니다. ^^

윈도우의 블루스크린은 왜 파란색일까?

sankim — Thu, 30 Apr 2009 09:28:57 GMT

Windows에 문제가 생겨 메모리 덤프를 생성 할 때 아래 그림처럼 화면 전체가 파란색(Blue)으로 변하는 것을 블루스크린(Blue Screen)이라고 부릅니다.
[블루스크린(Blue Screen of Death)]

Windows가 블루스크린이 발생 시키는 것은 이유는 Windows의 커널 모드에서 문제가 발생 했을 때 당시 물리 메모리에 있던 데이타를 그대로 하드 디스크에 저장한 뒤 디버깅 같은 작업으로 문제의 원인을 찾을 수 있도록 하기 위함입니다, 대부분 잘못된 디바이스 드라이버(Device Driver) 코드나 하드웨어 문제로 인해 발생합니다.

그런데 여러분 왜 블루스크린은 파란색일까요? ‘블루스크린이니까 파란색이지..’ 같은 답 말고 왜 처음에 Windows를 만든 사람들은 메모리 덤프 화면을 파란색으로 선택 했을까요? 여러 낭설들만 무성한 가운데 그에 대한 해답을 찾기 위해 블루 스크린을 만든 분에게 직접 여쭤 봤습니다.

khK: Dave, 왜 블루스크린은 파란색인가요?

Dave: 각기 다른 색깔(Color)을 적은 종이를 뒤집어 놓고 뽑기를 했는데 그때 뽑힌 것이 파란색이라네, 그래서 파란색으로 결정했지

그래서 블루스크린의 파란색의 비밀은 ‘제비뽑기’ 였습니다.

Windows 7에서도 똑같은 파란색인지 현재 나와 있는 빌드에서 테스트 해봤는데 같은 파란색이네요.

개인적인 바램은 앞으로 사용자들이 블루스크린을 보고도 편한(?) 마음을 가질 수 있도록 노란색이었으면 좋겠어요.. 갑자기 피를 연상시키는 빨간색을 피해간 것이 다행이라는 생각이… 흠흠..

Windows History 둘러보기

sankim — Fri, 28 Nov 2008 11:13:00 GMT

드디어 다음 Windows의 이름이 결정 되었습니다. 이름 하여 Windows 7

예전에 제 블로그에서 기존 년도 표기법에 따른 작명 센스에 대한 유감(?)의 심정을 토로 한적이 있었는데요 결국 제 바램(?) 대로 제품 번호가 새로운 Windows의 이름으로 결정 되어 개인적으로 기쁘기 그지 없습니다. (왠지 클래식한 느낌이랄까? ^^)

왜 'Windows 7'이라고 이름을 짓게 되었는지 여러분 대부분이 예상하시겠지만, 지금까지 나온 Windows 중에서 주요 7번째 제품이 때문입니다(버전이 아니에요). 지금까지 어떤 Windows가 나타났고 어떤 모습을 하고 있었을까요? 이번 포스팅에서는 지금까지 나온 Windows의 모습을 간단히 살펴 보도록 하겠습니다.

[Windows 1.0 ~ 3.X family] Windows의 시작..

Windows 1.0: 최초 Windows 태동

최초 Windows 부팅 화면과 실행 화면

아래 동영상은 Microsoft CEO 스티브 발머가 초기 Windows 모델로 열연 하는 모습입니다. ^^

부팅화면에 지금까지도 사용하고 있는 Microsoft의 기업 심벌마크가 적용되었습니다.

1.0, 2.0 버전까지도 MS-DOS의 메모리 제한 등을 포함해 여러 한계를 보이며 상업적으로 부진을 면치 못했습니다.

Windows 3.0

1.0, 2.0에서 보인 MS-DOS의 메모리 한계성을 상당 부분 극복하면서 실재 수백만개의 판매량을 기록하며 Windows의 사업성을 보여준 버전입니다.

이때까지 Windows Version은 저도 직접 보지 못했습니다. http://www.winhistory.de/vpc/vpc2.htm를 방문 하시면 당시 Windows의 인터페이스를 경험(?)하 실 수 있습니다.

Windows 3.1 - Windows Desktop의 대중성을 알린 3.1

Windows 3.1에서는 버전명만 3.1이지 3.5에 가까운 변화를 보여주었습니다, 단기간에 수천만개가 판매되는 기염을 토해내며 Windows를 일반 사용자들에게 알린 버전입니다, 하지만 이때도 MS-DOS 위에서 구동 되었습니다. 질풍노도의 시절 친구 집에 놀러 갔다가 화면에 이상한 단추(아이콘)들을 보고 신기해했던 Windows 3.1, 이것 저것 만져보다 발견한 ‘그림판’.. 전문가가 아니더라도 컴퓨터에서 그림을 그릴 수 있다는 사실에 환호했지만 마우스로는 역부족을 느끼며 바로 전원 스위치를 내려야(:o) 했습니다.

Windows NT 3.1 - Windows 첫 Server, Workstantion 버전 출시!

1988년 DEC에서 VAX/VMS, RSX-11M, VAXELN을 만들었던 거장 Dave Cutler가 그의 수하(?)들을 이끌고 마이크로소프트로 옮기면서 1988년 부터 1993년까지 5년의 개발 끝에 완성한 최초 Windows 서버인 Windows NT 3.1이 출시 되었습니다. NT라는 이름은 당시 테스트 중에 사용한 Intel i860프로세서 에뮬레이터 N-Ten에서 유래 했고 최초 버전임에도 불구하고 버전명이 3.1인 이유는 이전 버전 응용프로그램과의 호환성을 위해서 3.1로 결정지어졌습니다.(자세한 내용은 ‘Windows NT 3.1을 기억하시나요?’를 참조해 주세요) 현재 모든 Windows Kernel은 바로 이 버전에서 시작 되었습니다. 그림에 성능 모니터(perfmon.exe)가 보이는데 최근 버전들과 비교해서 큰 차이가 없네요 ^^, Windows 7에서는 상당한 변화가 있을 거라 하니 기대를 해봅니다.

Windows 3.2

3.1 버전에서 중국어 지원 버전으로 출시된 것으로 알려진 Windows 3.2입니다.

Windows 3.5X family

3.5는 Windows Workstation과 NT를 위한 버전이였습니다. 3.1 버전에 비해 더 적은 메모리로도 설치가 가능했을 뿐만 아니라 좀더 높은 성능을 낼 수 있게 되었으며 3.51 버전 부터는 큰 메모리 공간을 필요로 했던 Windows 95 상위 응용프로그램들을 문제 없이 실행할 수 있었습니다.

[Windows 4.X family] 대망의 Windows 95, Windows NT 4.0 출시!

Windows 95(4.0): 그 여름은 뜨거웠다네~

코드명 시카고(Chicago)로 알려졌던 Windows 95, 당시로서는 높은 스펙의 하드웨어를 필요로 했습니다, 당시 MS-DOS를 실행했던 대부분의 하드웨어에서는 Windows 95를 실행 할 수 없었으나 기꺼이 Windows 95를 실행할 수 있는 새로운 PC를 구입하는 붐이 일었었습니다. 이전 버전에서 한층 향상된 인터페이스와 함께 Kernel은 이전 Windows가 아닌 NT의 Kernel 구조에 가까웠습니다. 기억해보면 그 해 여름은 미디어에서 한동안 Windows 95에 대한 이야기로 넘쳐 흘렀고 컴퓨터 학원으로 Windows 95를 배우러 간다는 사람들까지 한마디로 열풍이었네요, 지금도 Windows 95 시작음을 들으면 그때 그시절이 떠오르곤 합니다. 그리고 Windows 95 부터 한동안 연도명이 버전명을 대신해 제품 명으로 쓰이게 되었습니다.

Windows NT 4.0: Windows Server의 기틀을 마련하다

제 생업이 된 Windows와 인연이되어 저의 첫 파트너가 된 놈이 바로 이놈이었습니다. 지금은 좀 우스운 이야기지만 이때는 엔지니어 사이에서 “나 NT 100번 깔아(설치해)봤다”는 말로 자신의 내공(?)을 뽐내던 사람들도 있었습니다, 아마 Device에 맞는 드라이버(Driver) 찾아서 설치 하는 것도 기술로 인정하기도 했었던 것 같습니다.. ^^;; 초기에는 파일 공유 서버 용도로 많이 사용 되고 Optionpack과 함께 웹 서버로 많이 사용 되었던 것으로 기억합니다.

Windows 98(Windows 4.1)과 Windows ME(Windows 4.9)

Windows 95에 뿌리를 두고 있었기 때문에 외관상으로는 크게 다를 것이 없어 보였지만 PnP와 같은 기술은 물론 사용자를 위한 여러 미디어 기술들을 탑재해 사용자가 좀 더 편하게 컴퓨터를 사용할 할 수 있는 환경을 구현한 98과 ME버전 입니다. 그러나 새로운 ME는 빛을 발하지 못하고 기억속에 묻혀버리는 슬픈 운명을 맞이해야 했습니다. 비운의 OS라 할까요...

[Windows 5.X family] 21세기 소년들

Windows Professional/Server 2000 (5.0)

21세기와 함께 출시된 2000 제품은 이전 4.x 버전에 비해 커다란 변화 가져왔습니다. 이제는 인프라가 된 Active directory를 처음 선보였으며 Windows 클러스터 서비스가 본격적으로 기업에 적용되기 시작합니다. 그때는 NT 도메인 구조만 알고 있다가 Active directory을 구축 하기 위해서는 도메인 이름 구조를 이해해야 하고 DNS가 있어야 도메인 서비스를 할 수 있다는 사실이 참으로 낮설었던것 같습니다. ^^;

Windows XP (5.1)

처음 사용할 때 인터페이스가 낮설었던 Windows XP. 권장 사양이 당시로서는 고사양이였던 128MB이상 메모리가 필요로했으며 호환성에 많은 의문이 제기 되면서 초기 많은 분들이 설치를 망설이시거나 Windows 9x 제품을 머물러 있었던 것으로 기억합니다. 이때까지는 Desktop 운영체제(Windows 9X)와 NT(Windows Workstation/NT/Server 2000)계열이 서로 다른 Kernel을 가지고 있었으나 Windows XP부터 이전의 Desktop Kernel을 버리고 NT Kernel로 통합하게 됩니다. 한동안 웜이 Windows와 네트워크를 위협하게 되면서 원래 다음 버전(Vista)에 추가될 예정이였던 일부 보안 기능이 서비스팩 2에 포함되기도 했습니다.

Windows Server 2003 (5.2)

Windows Server 2000 출시 이후 3년 만에 나온 진정한 Enterprise Server OS! 2003 버전. 현재 시점까지 가장 많이 운영되고 있는 Server OS 입니다. 이전 2000 버전에서 커다른 변화가 있었다기 보다는 2000을 기본으로 여러가지 보안과 강화가 이뤄진 버전입니다. 이제는 Windows Server 2008에게 영광의 자리를 내주기만을 기다리고 있습니다.

[Windows 6.0 family] New Generation

Windows Vista(6.0) - 진화를 거듭해온 New Generation

오랜 기간 Code Name ‘롱혼’으로 알려져 있던 Windows Vista입니다. 초기 Windows XP가 그랬던것 처럼 고사양/호환성등의 이유로 아직 많은 분들께서 Vista로의 전환을 망설이시는 것 같습니다(개인적으로 앞으로 대세가 될 제품이 될거라 믿습니다). 안전성과 성능 그리고 보안을 위해 대폭 내부 구조를 보강 변경이 이뤄졌는데 저의 엔지니어적인 관점과 경험에서 보았을때 지금까지 Windows 중에 가장 안정된 제품임이 틀림 없습니다.

Windows Server 2008 (6.0) - 더 강해져서 돌아왔다!

2003년 이후 5년 만에 돌아온 새 Windows Server! 안전성이나 성능은 물론이고 최근 IT 환경이 필요로하는 기능들을 대거 추가하여 출시되었습니다. GUI를 뺀 명령 프롬프트만 있는 Core 버전과 별도의 Hyper-V를 기본적으로 포함하지 않은 Without Hyper-V Edition까지 동시에 출시 되었습니다. Core 버전을 처음 설치하고 덩그런히 명령창만 보았을때 그 공허함이란... Windows Server 2008에서 winver.exe를 실행해 보시면 ‘버전 6.0 (빌드 6001: Service Pack 1)’이라고 나오는데 기본적으로 빌드 자체가 Vista에서 출발했으며 Windows Server 2008은 Vista와 동일한 빌드에서 SP1이 포함된 Kernel을 기본으로 탑재하여 출시 하였습니다, 그래서 Windows Vista 서비스팩 1과 동일한 커널을 가지고 있습니다.

[Windows X.x Family] Windows 7!

벌써 부터 많은 관심을 모으고 있는 Windows 7, 앞으로 과연 어떤 모습으로 다가올까요? (위의 그림은 어느 티셔츠에 새겨진 디자인입니다, 공식 로고가 아닙니다), 앞에서 말씀드렸지만 버전이 7.x대라는 의미가 지금까지 나온 주요 Windows 중에서 7번째 제품이라는 의미에서 7(Seven)이라고 지어진 이름입니다. 참고로 현재 빌드는 비스타와 동일한 6.x대에서 시작되고 있습니다 하지만 변화에 따라 7.x로 변경될 가능성이 높아 보입니다.

추가로 아래 링크를 클릭하시면 역대 Windows 의 시작 화면과 사운드를 모은 동영상을 보실수 있습니다.
http://blogs.technet.com/sankim/archive/2007/10/24/2239074.aspx

그동안 많은 Windows가 나타나고 사라(?)졌네요, 쭈욱 돌이켜 보면 정말 많은 변화와 발전이 있었는데 앞으로 나오게될 Windows는 어떤 모습을 가질지 궁금합니다, 개인적으로 머지 않아 모니터/마우스/키보드를 이용한 인터페이스 보다는 음성이나 손가락 혹은 마치 초능력같이 뇌파로 Windows 조작이 가능한 인터페이스가 나올거라 믿고 있는데 여러분들은 어떠신가요? ^^

이번 포스팅은 여기 까지 입니다, 추워진 겨울 감기 조심하시고요 다음에 또 다른이야기로 인사드리겠습니다.

Windows NT 3.1을 기억하시나요?

sankim — Fri, 29 Aug 2008 07:38:10 GMT

안녕하세요?

Windows 최초 32bit 서버 OS였던 Windows NT에 대한 글을 http://blog.ithero.co.kr에 기고 했습니다.

----------------------------------------------------

안녕하세요? 저는 한국 마이크로소프트 기술지원부에서 일하고 있으며 Sankim’s Blog를 운영하는 Sankim이라고 합니다. Hero 블로그를 통해 인사 드리게 되어 반갑습니다.

첫 Windows 서버 OS였던 Windows NT 3.1이 처음 발매 된 것이 1993년인데 15년이 지난 현재 7번째 버전인 Windows Server 2008이 올 3월에 나왔습니다. 이번 포스팅에서는 최초 32bit Windows서버 OS였던 Windows NT 3.1에서 NT의 유래와 최초 버전이었음에도 버전 명이 3.1이였는지 이야기 해보도록 하겠습니다.

Windows NT는 DEC에서 RSX-11M, VAX, VMS이 세가지 운영체제를 개발했던 거장 David Cutler가 빌게이츠의 삼고초려(?)로 1988년 10월 마이크로소프트로 옮겨오면서 그해 NT 개발에 착수 했고 93년에 드디어 첫번째 Windows Server가 탄생합니다, 그 이름이 바로 Windows NT이며 공식적으로 NT는 New Technology의 각 첫번째 알파벳으로 만든 이름입니다.

Windows NT, 과연 처음부터 본래 뜻이 New Technology 였을까요?

NT라는 이름을 두고 New Technology말고 다른 의미가 있을 것라며 많은 추측을 만들어 냈는데 그 중에 David Cutler가 DEC에 있었을 때 자신이 만든 VMS의 알파벳에서 한 글자씩 뒤로 옮겨서(V > W, M > N, S > T) WNT가 됐다는 설이 가장 유력 했습니다.
그러나 사실 NT는 Intel i860프로세서 에뮬레이터 N-Ten에서 유래 했습니다.

Windows NT를 개발할 당시 새로운 인텔 프로세서가 나오지 않은 상태에서 Intel i860프로세서 에뮬레이터였던 코드네임 N-Ten환경에서 개발했었습니다, 그때 개발자들이 시뮬레이터 이름이었던 N-Ten을 NT라고 줄여 불렀고 그러다 보니 자연스럽게 NT라는 이름을 붙여 부르다 나중에 Windows NT에 New Technology라는 의미를 부여해 시장에 나온 것입니다.

그런데 왜 버전명이 하필 3.1이 였을까요?
Windows 32bit 서버 OS로서는 첫번째 버전이었으니 Windows NT 1.0이 맞았을 텐데요? 혹시 외부에 발표하지 않고 마이크로소프트 내부적으로는 Windows NT 1.0부터 3.0까지 존재 했던 걸까요?

당시 NT는 16bit 클라이언트용 Windows 3.1이 사용하는 어플리케이션과의 자유로운 호환성을 목표로 하고 있었습니다, 그런데 Windows 3.1이하 버전에서 설치 되지 않도록 설계된 어플리케이션 일부가 설치 과정 진행 중에 버전을 확인하면서 1.0이라는 버전명 때문에 3.1 이하 버전으로 인식해서 설치가 실패되는 문제가 발생했습니다, 그래서 3.1이라고 버전명이 부여 된 것 입니다.

Windows NT 4.0 차기 버전 개발중에 Windows 9X 마케팅 담당자가 NT 사업부로 옮겨 오면서 NT 대신 Windows 2000과 같이 발매 연도를 제품 버전명 대신에 붙이기 시작 했는데요, 이전 버전에서 커다란 변화가 있던 Windows 2000의 명명법의 변화에는 동의하지만 제 개인적으로는 NT 같은 상징적인 이름에 버전명을 붙였던 작명법이 훨씬 멋지게 느껴집니다. ^^

벌써 부터 아침 저녁이면 가을이 느껴지는 바람이 불어오네요, 모든 분들 이 가을을 만끽하시고요 저는 다음 기회에 다시 찾아 뵙겠습니다!

Windows Server 발매 연도
1993년          NT 3.1
1994년          NT 3.5
1995년          NT 3.51
1996년          NT 4.0
1999년          Windows 2000
2003년          Windows Server 2003
2008년          Windows Server 2008 (Vista SP1)

Dave Culter, Father of the Windows kernel

sankim — Fri, 29 Feb 2008 12:29:00 GMT

Windows kernel의 아버지 Dave Culter 입니다.

DEC에서 VAX/VMS, RSX-11M, VAXELN을 만들었으며 당시 빌게이츠 회장의 삼고초려로 1988년 10월 마이크로소프트로 옮겨와 마이크로소프트 최초의 서버 OS인 Windows NT 3.1을 만들게 됩니다. 당시 Windows NT 개발을 총괄하였으며 지금까지 Windows Kernel의 아버지라 불립니다.

동영상에서 느껴지듯이 상당히 터프하고 열정적인 분입니다. 동영상에서는 Sr. Distinguished Engineer라고 나오는데 현재는 Technical Tellow라는 직책에 있습니다. 얼마 전 Windows의 X64 포팅 작업을 주도했었습니다.

외부에 드러내는 것을 꺼리시는 분이라 조금은 레어한 동영상이 아닐까 싶습니다. ^^

David Cutler
http://www.microsoft.com/presspass/exec/techfellow/Cutler/default.mspx

Bye~ Bye~ Dr. Watson (drwtsn32.exe)!

sankim — Fri, 15 Feb 2008 04:29:48 GMT

사용자에게 User mode 어플리케이션에 의한 오류가 발생했음을 알려주고 User Mode 메모리 덤프를 만들어 주었던 Dr. Watson(drwtsn32.exe)이 Windows Vista, Windows Server 2008부터는 'Problem Reports and Solutions(문제 보고서 및 해결 방법)'으로 오류 사실을 알려주소 User Mod Crash dump는 ADPlus를 통해 생성하도록 바뀌었습니다.

Dr. Watsion

Problem Reports and Solutions는 시작 단추를 클릭하고 제어판, 시스템 및 유지 관리를 차례로 클릭해서 보실 수 있습니다. 만약 해결 방법이 이미 DB화 되어 있다면 해결 방법을 알려줍니다.

Problem Reports and Solutions

문제 해결 방법

그러나 Problem Reports and Solutions에서는 User mode dump를 만들어 내지 못합니다. User mode dump를 생성해야 한다면 KB931673에서 명시 된 것처럼 ADPlus를 이용하거나 작업 관리자에서 직접 만듭니다.

작업 관리자에서 User mode process dump 만들기

왜 이것(drwtsn32.exe)의 이름을 Dr. Watson이라고 지었을 까요?

Windows 95 버전에서 처음 나온 drwtsn32는 초기 추리소설의 명탐정 셜록홈즈(Sherlock)란 이름으로 짓자는 의견이 있었습니다, 그러나 'drwtsn32는 문제 해결을 도와주는 파트너이며 문제를 직접 해결하는 셜록은 버그를 만들고 그것을 해결하는 개발자이다'라는 drwtsn32 담당자의 의견으로 셜록홈즈의 파트너인 왓슨 박사(Dr. Watson)의 이름이 붙여진 것입다.

셜록홈즈와 왓슨 박사님

Problem Reports and Solutions(문제 보고서 및 해결 방법)은 직관적이라 뜻을 이해하기 좋은 이름이기는 하나 왠지 Dr. Watson은 우리 IT인들의 익살이 담긴것 같아 더 정이 가네요..

[참고문서]

How to create a user-mode process dump file in Windows Vista

http://support.microsoft.com/kb/931673

How to use ADPlus to troubleshoot "hangs" and "crashes"

http://support.microsoft.com/kb/286350

추억을 기억하나요?

sankim — Wed, 24 Oct 2007 05:11:00 GMT

역대 Windows 의 시작 화면과 사운드를 모은 동영상입니다.

Windows 95 시작 사운드를 들으니 그 시절이 불현듯 스치고 지나가네요,

그때 그 햇살, 잔디를 타고와 얼굴을 간지럽히던 바람, 지금은 촌스러워진 옷들 그리고 그녀의 향기..

단순한 소리가 많은 추억들을 끄집어 냅니다.. (가을이 되니 센티해져서..)

p.s. 얼마전에 확인하니 이전에 올란 동영상이 실행이 되지 않아 다른 동영상으로 대체 합니다.

숨은 그림 찾기? (Who is the guys in Windows Vista CD???)

sankim — Mon, 18 Jun 2007 03:51:00 GMT

재미있네요 마치 지폐안에 있는 숨은 그림 찾기 같습니다. :)

사진속 인물들은 anti-piracy team의 멤버들입니다

: They work on the anti-piracy team

Windows NT 이름의 유래 [this is where NT actually got its name, Lucovsky revealed]

sankim — Sun, 17 Jun 2007 14:29:00 GMT

이전에 Windows NT 이름의 유래에 대한 떠도는 설화를 말씀드린 적이 있는데 작년에 Google로 옮겨 가기 전까지 Windows의 개발의 No. 3 이며 Win32 api를 만든 마크 루코브스키가 밝힌 NT 이름의 유래 입니다. (이 사람이 google로 옮기겠다고 했을때 스티브 발머가 의자를 집어 던졌다는 뉴스도 나왔었죠)

In fact, this is where NT actually got its name, Lucovsky revealed, adding that the "new technology" moniker was added after the fact in a rare spurt of product marketing by the original NT team members. "Originally, we were targeting NT to the Intel i860, a RISC processor that was horribly behind schedule. Because we didn't have any i860 machines in-house to test on, we used an i860 simulator. That's why we called it NT, because it worked on the 'N-Ten.'"

Windows NT를 i860 simulator에서 (코드네임 N-Ten) 개발했기 때문에 개발자들이 N-Ten을 따라 NT라고 불렀고 나중에 그 약어에 맞취 New Technology라는 의미를 붙인 것입니다.

즉 N-Ten -> NT -> New Technology 이렇게 된것입니다.

Who was a rival(?) for Windows NT?

sankim — Sun, 27 May 2007 16:58:00 GMT

Showstopper를 읽다가...

NT would still meet the goals closest to Cutler's heart: portaility, reliability and the ability to provide an alternative to Unix, the splintered high-end operating program.
This last goal was crucial to Cutler. "Unix is like Cutler's lifelong foe," said one team member who'd worked with Cutler for nearly two decades. "it's like his Moriarty[Sherlock Homes's nemesis]. He thinks Unix is a junk operation program designed by a committee of Ph.D.s. There's never been on mind behind the whole thing, and it shows. So he's always been out to get Unix. But this is the first time he's had the chance.
[Showstopper. 95page]

*Showstopper는 Windows NT가 만들어진 과정을 소설로 꾸민책입니다. 실제 당시 개발자들의 실명을 거론하고 있으며 개개인에 대한 Background까지도 상세히 설명하고 있어 읽는이들에게 흥미 불러 일으킵니다. (단 개발자 분들이 기대하는 것과는 달리 실제 Code적인 내용을 다뤄지지 않습니다)

작명센스.. Windows Server 2008 유유~

sankim — Mon, 21 May 2007 15:41:00 GMT

Windows longhorn의 정식명칭을 Windows Server 2008로 확정한 작명센스에 대해서 많은 비난(?)이 빗발치고 있습니다.

비즈니스나 마케팅적으로 여러 이유가 있었겠지만 개인적으로도 조금은 아쉽습니다, 제가 아는 어떤 백반게리온께서는 ‘윈도우 울트’라 서버라는 이름을 원했다고 하는데(유유~) 저는 'Windows Server 6.0'이 어땠을까라는 생각을 해보았었습니다, '5.', '6.' 식의 버전명이 들어가면 왠지 클래식하게 느껴진다고 할까요?

제 개인적으로는 Windows Server 이름 중 Windows NT가 가장 멋지지 않았나 생각합니다. 다들 잘 아시겠지만 Windows NT는 Windows New Technology의 약어 입니다. 이 이름은 Windows Kernel의 아버지라 불리는 David Cutler가 DEC에 있었을 때 자신이 만든 OS인 VMS에서 알파벳을 한 글자씩 뒤로 WNT가 되었다는 설화가 있습니다. ('NT' designation: It is popularly believed that Dave Cutler intended the initialism 'WNT' as a pun on VMS, incrementing each letter by one, similar to the apocryphal (and false) story of Arthur C.)

조금은 황당한 작명도 있습니다, NT native API(=system service)는 NtXxxx와 같이 Nt로 시작하거나 ZwXxxx와 같이 Zw로 시작합니다. Nt로 시작되는 건 대충 Windows NT에서 왔겠다고 감이 오겠습니다. Zw의 의미가 무었일까요? 마치 사람이름의 머리글자일 것이라고 생각할 수 있습니다 그런데 Zw의 유래가 재미있는데 뜻이 “nothing” 즉, 아무 의미가 없다고 합니다. OSR 의 누군가 예전에 NT 의 2인자인 Lou Perazzoli에게 그 유래를 물어보았는데 그냥 알파벳 뒷부분의 글자들이 앞부분의 글자들 보다 덜 자주 사용되므로 혼자 두면 너무 외로울 것 같아서 두 글자를 임의로 뽑았다고 합니다.

뭐 또 다른 재미있는 이름 유래가 있는지 확인해 봐야겠습니다. :)

참! 마지막으로 보통 코드 네임을 지역명으로 하는데 다음 차기 윈도우 버전의 코드 네임은 우리나라 지역명이 들어가면 어떨까요? 예를 들면 Code name 'Baekdoo'(백두), Windows Code Name 'Halla'(한라) 아님 Windows Code Name 'Seolhak'(설악)도 괜찮을 듯 합니다. 꼭 우리 아름다운 금수강산 명이 코드네임이 될수 있기를!

Windows의 기술유전자

sankim — Fri, 18 May 2007 05:25:00 GMT

Windows의 기술유전자

조금 오래된 된 글이지만 Windows를 지원하는 사람이라면 읽어 볼만한 가치가 충분한 글 입니다, 정말 윈도우 커널의 역사를 이해하고 싶으신 분들이 계시다면 꼭 읽어 보시기 바랍니다.

윈도우에 숨은「VMS 기술 유전자」
http://www.zdnet.co.kr/itbiz/reports/trend/0,39034651,39129985,00.htm

필자께서 기술 유전자라는 표현을 쓰셨는데 과연 Windows는 어떤 유전자를 남기게 될까요? 현생인류를 탄생시킨 호모사피엔스처럼 앞으로 더욱 거룩한 '윈도우 인류'의 꽃을 피울까요? 아니면 끝내 자신의 유전자를 남기지 못한체 호모사피엔스에게 살육당해 사라지고만 네안데르탈인처럼 될까요?

추가로 아래글은 현재 마이크로소프트의 Technical Fellow인 Mark Russinovich가 98년 Windows IT Pro에 기고한 NT와 VMS관련 컬럼입니다.

Windows NT and VMS: The Rest of the Story
http://www.windowsitpro.com/Articles/Index.cfm?IssueID=97&ArticleID=4494