Sankim's Blog

Hyper-V 메모리 관리 (Memory management)

2011-08-17T01:23:00Z

이번 포스트에서는 Hyper-V에서 부모 파티션(Parent Partition)과 자식 파티션(Child Partition, Guest 혹은 VM)에게 어떻게 메모리 리소스를 소스를 할당하는 지를 간단히 알아 보겠습니다.

기본적으로 윈도우는 각 프로세스가 물리메모리(Physical Memory)에 접근 하는 것이 아니라 가상 메모리(Virtual Memory)를 이용합니다. 프로세스가 가상메모리 공간의 특정 주소에 액세스 하려고 하면 페이징(Paging, 우리가 아는 페이징 파일과는 다른 의미)이라는 과정을 거쳐 실제 물리메모리에 접근합니다.

이와 같은 가상 메모리 공간의 개념을 확장하여 Hyper-V에서는 아래 그림과 같이 각 Guest들을 위한 메모리 공간 할당을 하게 됩니다.

각 Guest OS에서 가상메모리 역할을 하는 GVA(Guest Virtual Address) Space가 있고. 이것을 물리 메모리에 연결할 주소 테이블 정보를 담은 GPA(Guest Physical Address) Space 그리고 실제 물리 주소인 SPA(System Physical Address) Space가 있습니다.

그래서 Guest 머신은 자신의 가상메모리인 GVA를 통해 GPA를 실제 물리 메모리인 것처럼 액세스 하게 되고, GPA는 그것을 물리 메모리 주소(SPA)에 매핑(map)하게 됩니다. 또한 Guest 머신은 실제 물리 컴퓨터에서의 가상메모리와 마찬가지로 실제 물리 메모리와 페이징 파일(예. C:\pagefile.sys)에 메모리 정보를 저장할 수 있는데, 페이징 작업이 필요한 경우 그림에서와 같이 각 Guest OS의 페이징 파일(pagefile.sys)에 보낼 수도 있습니다.

이러한 구조는 각 Guest 파티션마다 각자의 물리 메모리 공간을 가리키게 되며 공유 하지 않는 것을 의미합니다, 이래서 Guest 간의 각 페이지를 분리해 보안을 높일 수 있고, 타 제품과 같이 별도의 Hashing 작업이 필요하지 않으므로 그로 인한 Cost를 절약 할 수 있게 됩니다.

추가로 Windows Server 2008 R2에서 적용된 SLAT(Second Level Address Translation)라는 기술을 소개해 드리면, 위 그림과 같이 Hyper-V v1에서는 GPA 과정을 Hyper-V의 Hypervisor가 소프트웨어적으로 처리했습니다. 하지만 Windows server 2008 R2와 SLAT를 지원하는 CPU 기술(AMD는 NPT(Nested Page Tables), Intel에서는 EPT(Extended Page Tables)라고 칭함 )을 이용하면 위 그림의 Hyper-V v2에서와 같이 GPA과정을 소프트웨어 방식으로 처리하는 것이 아니라 CPU에서 직접 처리해 소프트웨어 레벨에서 처리하던 것 보다 높은 성능을 낼 수 있습니다. SLAT를 이용하면 CPU는 2~10%, 메모리는 VM당 1MB의 오버헤드를 줄일 수 있습니다.

올해는 어째 여름다운 여름도 못 느껴보고 지나는것 아닌가 싶네요, 더울 때 더워야 곡식도 잘 자라는데 말이죠.. 모두 건강하시고요 다음 포스팅에서 뵙겠습니다.

Windows Server 2008에서 RDS로 변경된 Terminal service 이름

2011-08-16T05:41:56Z

Windows server 2008에서 이전 Terminal Service로 불리던 서비스가 Remote Desktop Service로 이름이 변경되면서 Deplyment를 진행하실 때나 혹은 기술 자료를 찾을 때 혼돈을 주는 경우가 있습니다, 그래서 이전 버전의 이름에서 변경된 현재 버전의 이름을 정리해 보았습니다.

이전 Windows Server 2003 이름	Windows Server 2008 R2 에서 변경된 이름
Terminal Services Manager	Remote Desktop Services Manager
Terminal Services Configuration	Remote Desktop Session Host Configuration
TS Gateway Manager	Remote Desktop Gateway Manager
TS Licensing Manager	Remote Desktop Licensing Manager
TS RemoteApp Manager	RemoteApp Manager

p.s. 사실 저도 처음에 변경된 이름 때문에 고생했다는..

Hyper-V 내부 구조 들여다 보기

2011-07-26T09:14:43Z

안녕하세요? sankim 입니다. 본의 아니게 오랜만에 블로깅을 하게 되었습니다. ^^;

오늘은 클라우드의 핵심기술이라 불리는 가상화(Virtualization)에서 Microsoft의 Hypervisor을 구현하는 Hyper-V의 Archtecture에 대해서 이야기 할까 합니다.

아래 그림 1)은 기본적으로 Windows를 설치 했을 때 윈도우의 내부 구조를 보여 줍니다, Windows는 기본으로 커널모드(Kernel Mode)와 유저모드(User Mode)로 나뉩니다, 커널모드는 주로 하드웨어 자원을 이용하기 위한 Component들로 구성되어 있는데 대표적으로 Windows Kernel과 디바이스 드라이버(device driver)가 있습니다, 유저모드에서는 .exe 같은 사용자 어플리케이션이 구동됩니다. 일반적으로 유저모드의 어플리케이션에서 네트워크나 디스크 액세스 같이 하드웨어 이용이 필요하면 유저모드에서 커널모드를 통해 그 요청을 하드웨어에 넘겨 데이타를 주고 받으며 처리합니다.

그림1) Clean Install에서 Windows Archtecture

아래 그림 2)는 Hyper-V를 설치했을 때 Windows 구조입니다. Hyper-V가 설치된 실제 물리적인 컴퓨터는 부모 파티션(Parent Partition)이 됩니다, 이 부모 파티션(Parent Partition)에서는 자식 파티션(Child Partition)이라 불리는 가상 머신(VM 혹은 Guest machine이라고도 함)을 만들고 관리하는 역할을 합니다. 윈도우에 VM이 올라간다고 해서 이전 에뮬레이션 방식으로 오해하시는 분들이 계시는데, Hyper-V의 Hypervisor는 부모 파티션도 VM과 같이 일종의 파티션으로 인식하고 있으며, 에뮬레이션과 같이 부모 파티션의 영향이나 간섭을 받지 않습니다. 단 Hyprt-V가 지원하지 않는 OS의 VM의 경우 에뮬레이션 사용합니다.

그림 2)를 보면 H/W위에 Hypervisor(Ring -1)이라는 것이 추가 되었는데, 이는 CPU에서 가상화를 위해 지원하는 Ring -1 모드 의미 합니다. 일반적으로 CPU는 Ring 0, 1, 2, 3으로 나누고, Kernel Mode는 Ring 0, User Mode는 Ring 3에서 구동되는데, 근 몇 년 전부터 나온 X64 CPU에서는 가상화를 위해 Ring -1이 새로 추가 되었고, Hyper-V의 Hypervisor는 이 Ring -1을 이용해 가상화를 구현 합니다.

그림2) Hyper-V 설치 후 Windows Archtecture

위 그림에서와 같이 부모 파티션(Parent partition)에서 새로 추가된 구성을 보면 VMBus, VSP, VSC, WMI Provider, Worker Process이 있습니다. 이 추가 구성들을 통해 VM들을 생성하고 관리할 수 있게 됩니다.

-WMI Provider: VM들을 모니터링하고 관리하기 위한 WMI Provider
-Worker Process: 각 VM 관리 서비스를 지원하며, 각 VM마다 Parent partition에서 자신의 Worker Process를 생성합니다.

-VMBus: In-Memory Bus로 Child partition과 Parent partition간의 데이터가 오고 가는 통로 역할을 합니다. 각 Child partition마다 각각의 VMBus를 생성해 사용합니다.
-VSP (Virtualization Service Provider): Parent partition의 Device를 Child partition이 사용 (다른 VM들과 공유)하도록 지원합니다
-VSC (Virtualization Service Client): Child partition의 Device 요청을 VMBus를 통해 VSP와 통신하는 역할을 하며 각 장치마다 드라이버(.sys) 형태로 존재합니다.

VM은 하드웨어에 직접 액세스(Access)하지 않고 VM과 하드웨어 사이에 위치한 부모 파티션(Parent Partition)을 통해 액세스 하게 됩니다. Hyper-V의 hypervisor는 부모 파티션에만 드라이버를 설치하면 모든 자식 파티션이 그 장치를 사용할 수 있어 별도로 자식 파티션을 위해 Hypervisor에 특화된 디바이스 드라이버(Device Driver)를 별도로 탑재 시켜야 할 필요가 없습니다. 이러한 구조는 Hypervisor를 최소화 하여 Bug인한 문제의 가능성을 최소화 시켜주고 관리적 이점을 최대화 합니다.

조금 더 쉽게 설명하기 위해 아래와 같이 Hyper-V에서 VM이 디스크 액세스를 과정을 예로 들겠습니다.

그림3) Synthetic Type

1)    User mode의 Application이 디스크 요청을 Kernel Mode에있는 Storage Stack에게 보냅니다.
2)    Storage Stack의 VSC(Storflt.sys)에서 VMBus로 요청을 보냅니다
3)    VSC에서 받은 요청은 VMBus를 통해 VSP에게 전달됩니다
4)    VSP는 받은 요청을 내부 Storage Stack에게 보내 H/W에 액세스 합니다.

이와 같은 Type을 SyntheticType이라고 합니다. 이런 Type을 실행하기 위해서는 Hyper-V가 지원하는 OS이어야 합니다. 지원 OS를 확인하시려면 여기를 클릭하십시오.

그렇다면 Hyper-V가 지원하지 않는 OS의 경우는 어떻게 할까요? 앞에서 말씀 드렸듯이 에뮬레이터 방식을 이용해야 하는데 이를 Emulated type이라고 합니다. 그 구조는 아래와 같습니다.

그림4) Emulated Type

1)User mode의 Application이 디스크 요청을 Kernel Mode에있는 Storage Stack에게 보냅니다.
2)Storage Stack의 VSC(Storflt.sys)에서 VMBus로 요청을 보냅니다
3)VSC에서 받은 요청은 VMBus를 통해 VSP에게 전달됩니다
4) VSP는 User Mode에 있는 IDE Emulator에게 해당 내용을 에뮬레이팅 하고 그것을 다시 받아 다음 요청으로 보냅니다
5) VSP는 Emulating된 요청을 내부 Storage Stack에게 보내 H/W에 액세스 합니다.

이와 같이 에뮬레이션으로 인한 Cost이외에도 Kernel Mode에서 User Mode로 변환되면서 Context Switch가 발생되어 성능 하락을 가져오게 됩니다. Context Switch가 궁금하신 분들은 이전에 포스팅한 “Windows 성능 옵션(프로그램 vs 백그라운드 서비스)을 이해하다”를 참고 하시기 바랍니다.

첨부터 깊게(?)들어가면 가독력이 떨어질 것 같아서 간단하게 Hyper-V의 구조와 VM이 하드웨어와 통신하는 구조를 설명 드렸습니다, 자세한 내용은 차츰 올리도록 하겠습니다. 그럼 다음 포스팅을 기대해 주세요~

p.s. 글을 쓰는 지금도 마지막 장맛비가 거세게 내리는 군요.. 벌써부터 비가 그치고 올 더위가 두렵다는..

작년에 이어 올해도 Techdays 세션을 진행 했습니다.

2011-04-19T08:59:17Z

작년에 이어 올해도 Techdays 세션을 진행 했습니다.

Windows 문제 해결 1단계라는 주제로, 전문가가 아닌 일반인들이 장애(?)에 대처 할 수 있는 방법을 이야기 했습니다. 명색이 시스템관리자를 위한 세션인데 너무 쉽게 간거 아니냐는 의견(?)도 있는데, 제 나름 필요한 이야기라 생각하고 진행 했습니다. ㅎㅎ

방안에 혼자서 카메라만 보면서 말하는거 참 어렵더군요, 그래도 중간에 끊지 않고 한번에 가려고 버벅대도 한번에 가보았는데.. 흠.. 지나고 나니 몇 번 다시 찍어 볼껄 하는 생각도 들고..

부끄럽지만..

2011-03-09T10:33:00Z

네.. 부끄럽지만 ^^;;

어제 Technet Newsletter를 통해 나간 인터뷰 내용입니다.

3월의 DDOS공격 바이러스 해결방법과 안전모드

2011-03-09T10:22:00Z

[3월 어느 날..]

따릉 따르릉~ 따릉 따르릉~

Sankim: 여보세요

엄마: sankim아, 집에 컴퓨터가 이상하구나.. 이상하게 느려..

Sankim: 잉? 왜요? 그냥 쓸데없는 프로그램들 다 제거하고 백신 프로그램 한번 돌려보세요.

엄마: 니가 설치 해줬던 그 백신 프로그램이 실행이 안되..

Sankim: (흠.. 바이러스인가 보군..) 엄마, 그럼 컴퓨터 끄고 '안전 모드 (네트워크 실행)'으로 들어가보세요.

엄마: 안전모드?

Sankim: 네, 컴퓨터 껏다 다시 키고 F8 막 눌러보세요…

(잠시 후)

엄마: sankim아, B. I. O.... 바이오스 셋팅이라고 나오는데?

Sankim: (앜!.. BIOS Setting으로 가셨군) 그럼 다시 재부팅 하고 좀 있다가 F8 눌러봐요..

(잠시 후)

엄마: 응? 그냥 예전처럼 부팅되는데? 그리고 안전모드가 뭐야? 그냥 백신 돌릴 방법 없어?

Sankim: 흠.. 그게… 그러니까… 흠... (설명하기 어렵다...)

안녕하세요? sankim입니다.

올 3월 초 DDOS 공격에 이번에도 여지없이 해결 방법으로 '안전 모드'를 이용해 해결하라는 가이드가 나왔습니다. 이번 포스팅에서는 안전모드가 왜 필요한지 그리고 컴퓨터가 바이러스에 감염된 경우 일반적인 처치 방법을 설명해 드리도록 하겠습니다.

혹시라도 컴퓨터에 문제를 해결하려고 오셨는데 급(?)하시거나 아래 설명이 이해가 되지 않으신 분들은 바로 아래로 드레그 하셔서 DDOS 컴퓨터 문제 해결하기 가이드를 따라 주시면 되겠습니다. ^^

예전 단순 파괴지향적인 놈들과 달리 최근 바이러스들이 상당히 지능화 되었습니다. 특히 요즘은 한번 감염이 되면 자신들을 처단(처치)할 수 있는 바이러스 백신 프로그램과 Windows Update 서비스를 무력화 시키기 위해서 감염 되자 마자 미리 백신 프로그램과 Windows Update가 시작 되지 않도록 하는 악행을 저지르곤 합니다. 이런 유형의 바이러스에 감염이 되면 가장 먼저 Windows가 시작할 때 백신 프로그램과 Windows Update가 실행되지 않도록 하는 악성 프로그램이 실행(서비스, 시작프로그램에 등록)되는데, 이러니 백신 프로그램이 실행되지 않으니 바이러스를 잡을 수 없고 또 Windows Update가 시작 되지 않으니 보안 패치가 자동 설치될 리가 없습니다. 이런 형태의 바이러스에 감염된 컴퓨터는 시간이 갈 수록 더 많은 위험에 노출 되고, 나중에는 일반적인 방법으로는 처리하기 곤란한 경우가 많이 있습니다. 특히 가정에서 컴퓨터를 사용하시는 일반 사용자분들께서는 보안이라 함은 그저 백신 하나만 의지하고 계시기 때문에 더더욱 헤어나오기가 어렵습니다.

오늘의 주제인 3월의 DDOS 바이러스도 이러한 유형의 바이러스입니다. 이런 형태의 바이러스를 처치하기 위해서는 먼저 윈도우의 '안전 모드 (네트워크 실행)'를 이용해 컴퓨터를 부팅해야 합니다. 안전모드란 윈도우를 시작하는데 필요한 아주 기본적인 구성만을 이용해 윈도우를 시작하는 부팅모드를 이야기합니다. 보통 바이러스는 윈도우가 시작될 때 악의적으로 등록해둔 서비스, 시작 프로그램, 외부 드라이버 형식으로 실행이 되지만 안전모드로 윈도우를 부팅하면 부팅에 필요한 아주 최소한의 구성(파일)만 실행 하기 때문에, 등록된 바이러스 프로그램들이 실행하지 못하게 됩니다. 그래서 이런 형태의 바이러스에 감염이되면 안전모드에서 백신 프로그램을 실행 하라는 안내가 나가는 것입니다.

*참고) 서비스(service)란 사람이 직접 마우스 클릭과 같은 방식으로 실행을 하지 않더라도, 컴퓨터가 알아서 자동으로 실행해주는 프로그램을 이야기 합니다. 일반적으로 사용자는 그 서비스가 실행되는지 알 수 있는 경우가 드뭅니다. 예를 들면 Windows update나 로그온 서비스 같은 것 들이 있습니다. 자신의 컴퓨터에서 어떤 서비스가 실행되고 있는지 확인 하고 싶으시다면 services.msc 를 실행하면 볼 수 있습니다.

[Windows 7의 안전모드]

여기서 중요한 것은 백신 프로그램으로 바이러스를 처리하기 위해서는 언제나 백신 프로그램이 최신으로 업데이트되어 있어야 한다는 것입니다. 그러기 위해서는 안전모드 상에서도 네트워크 연결이 필요한데 기본 안전모드에서는 네트워크 드라이버도 실행하지 않기 때문에 네트워크를 사용할 수 없습니다. 그래서 안전모드에서도 네트워크를 사용할 수 있는 '안전모드 (네트워크 사용)'을 선택하여 부팅을 해야 합니다.

*참고) 드라이버(Driver)란? 프린터나 비디오카드를 사면 처음 연결하고 어떤 프로그램을 설치해야 그 장치를 사용할 수가 있죠? 그것은 그 프로그램에 드라이버라는 것이 들어 있는데, 드라이버는 이런 장치와 윈도우를 연결해 사용(제어)할 수 있도록 해주는 역할을 합니다. 꼭 하드웨어만이 아니라 소프트웨어 중에서도 장치와 밀접한 관련을 가지는 것들을 드라이버를 가집니다. 예) 은행 공인인증서 사용 키보드 보안 프로그램, 키보드 장치를 중간에서 제어해야 하니까요..

[DDOS 컴퓨터 문제해결 하기 가이드]

1. ‘안전모드 (네트워크 사용)’으로 부팅하기 위해서는 컴퓨터가 시작 할 때 F8 키를 눌러서 해당 옵션을 선택해야 하지만, 아래 설정만 해두시면 자동으로 ‘안전 모드(네트워크 사용)’로 로그온 합니다. 한번 ‘안전모드 (네트워크 사용)’으로 부팅한 이후에는 다시 정상 모드로 부팅합니다.

[Windows 7의 경우]

시작 > '프로그램 및 파일 검색'에서 msconfig.exe 를 실행한 뒤 아래와 같이 ‘부팅’탭 > ‘부팅 옵션’에 ‘안전부팅’ 활성화 > ‘네트워크’ 활성화 > ‘확인’ 클릭.

[Windows XP의 경우]

시작 > 실행 > msconfig.exe 를 실행합니다. ‘BOOT.INI’ 텝 > ‘부팅 옵션’ ‘/SAFE BOOT’ 선택 > ‘NETWORK’ 선택 > ‘확인’ 클릭

*이 방법을 이용하면 안전모드로 윈도우를 부팅하기 위해서는 컴퓨터가 시작 할 때 F8 키를 눌러야 ‘안전 모드(네트워크 사용)’을 선택하지 않아도, 자동으로 ‘안전 모드(네트워크 사용)’로 로그온 합니다.

2. '다시 시작'을 클릭하여 컴퓨터를 재 부팅 합니다. 컴퓨터를 부팅하면 자동으로 네트워킹이 가능한 '안전 모드 (네트워크 사용)'으로 부팅 합니다.

3. 설치되어 있는 백신 프로그램을 실행 합니다. 만약 이전에 설치가 되어 있지 않았다면 다운로드 받아 설치 합니다.

*백신이라 이름붙여 졌으나 알고보면 민폐만 끼치는 이름만 백신들이 많이(?)있습니다, 가능하면 잘 알려진 백신을 선택해 설치 하시기를 강력 권장합니다.

4. 백신 프로그램을 최신으로 업데이트 합니다.

5. 백신 프로그램으로 바이러스 검색을 실행하여 컴퓨터의 바이러스를 제거 합니다. 바이러스 검색은 정밀 검색 옵션을 사용하시기를 권장합니다.

6. 위 작업을 끝마치고 컴퓨터를 재 부팅 합니다.

7. 윈도우에 로그온 하면 시작 > 모든 프로그램 > Windows Update를 클릭하여 Windows Update를 실행해 최신의 보안 패치를 설치 합니다.

지금 설명 드린 방법은 꼭 이번 DDOS 사건 때문이 아니더라도 모든 유형의 바이러스 사건에 유용하게 사용 할 수 있는 방법이니, 유사한 문제가 발생했을 때에도 사용해 보셨으면 합니다.

마지막으로 이번 DDOS의 주요 목표가 된 것이 이번에도 Windows XP 라고 합니다.. 이번에도 또 Windows 7은 그 소동을 피할 수 있었지요. 엔지니어 입장에서 Windows 7과 IE8을 찬찬히 뜯어보면 보안적에 있어서는 대단히 강력하고 악의적으로 이용하려고 해도 어딜 치고(?)들어 가야 할지 앞이 안 보이는 물건입니다. 저 개인적으로 이번 소동에서 제외된 것도 결코 우연이 아니라 Windows 7 보안 체계가 그들(?)이 악용하기가 어려웠기 때문이라 생각하고 있습니다. 아직 Windows XP를 사용하시는 분들께서는 여러 이유가 있겠지만 이제는 세계평화(ㅇㅇ?)를 위해서라도 Windows 7, IE8 으로 이동할 때가 되지 않았나 라는 생각을 해봅니다..

[짧은글] 가상 메모리 없는 윈도우?

2011-02-09T04:56:00Z

네, 원래 90년대초 최초 Windows 설계시 Windows 개발을 총괄한 Dave Culter는 메모리 구조 설계에서 가상메모리를 배제한 OS를 개발하려고 했습니다.

그가 보기에 디스크를 이용해야 하는 메모리 어드레싱 방식은 성능에 큰 영향을 줄거라 생각했습니다.

하지만 Microsoft Research 연구교수의 의견을 받아 들여 결국 가상 메모리를 Windows Memory 구조로 채택했습니다.

그때 가상메모리 구조를 채택하지 않았다면, 아마 나중에 메모리 구조를 다시 만들었어야 했었을 수도..

p.s. 낚시 였다면 진심으로 죄송합니다 =3

[블친소] 엔터프라이즈 dongclee의 블로그를 소개 합니다.

2010-11-30T07:09:00Z

이번에는 IT Pro 분들께 유용한 블로그 하나를 소개할까 합니다!

오랜 기간 마이크로소프트 TAM(Technial Account Manager)로 근무 하시면서 그간의 경험과 축적된 기술을 이야기하는 dongclee님의 dongclee 블로그입니다.

엔터프라이즈 환경에서 수많은 프로젝트 경험을 How to 방식으로 제공하고 있어 실무에 계신 분들에게는 많은 도움이 되실 거라 믿습니다!

꼭 즐겨찾기(혹은 RSS)에 추가하셨다가 한번씩 들려보시는 센스!~

dongclee 블로그: http://blogs.technet.com/b/dongclee

ps. 아.. 가을을 만끽하기도 전에 겨울와 버렸습니다.. ㅜㅜ

[짧은글] 표준 시간대 변경에서 지도가 사라지게 된 이유는?

2010-10-25T01:27:27Z

아주 오래 전 Windows 버전을 보면 '날짜 및 시간 설정 변경'에서 각 나라 국경이 그려져 있는 세계 지도를 볼 수 있었습니다.

그 지도에는 Windows에선 UN에서 공식적으로 인정한 국경선을 기준으로 만든 지도를 이용해 대강(!?)의 국경이 선이 그려져 있었다가 여러 국제적 문제가 발생해 나중에는 대륙만 표시를 했다가 나중에는 그나마도 표시를 하지 않게 되었습니다.

예를 들면 1995년 페루와 에콰도르간의 국경 분쟁이 발발해 페루정부가 윈도우 지도를 문제 삼았고 이에 페루 측 의견을 받아들여 변경했으나, 바로 에콰도르에서 이전으로 원상 복구 시키라는 항의를 받게 됩니다. 게다가 직격탄이 된것이 인도와 파키스탄 분쟁 지역을 파키스탄 쪽에 포함시켰다는 이유로 인도 정부로부터 마이크로소프트 제품에 대한 판매 금지 조치를 취하겠다는 인도 정부의 항의에 내부 결정을 거쳐 윈도우 95에서 부터는 윈도우에 지도가 삭제 됩니다.

이후 대륙을 표시하다가 현재는 ‘제어판 > 날짜 및 시간 > 표준 시간대 > 표준 시간대 변경’에서 UTC와 도시명만이 나타나게 된 것 입니다.

[Windows 7의 표준 시간대 설절]

가볍게 속단하지 말지어다!

2010-10-19T01:46:00Z

예전에 쓴 First on site라는 글이 반응이 좋았건 관계로 이번에도 제 초짜 시절 이야기를 한번 해볼까 합니다.

생초짜의 모습을 벗고 엔지니어로서 자신감이 조금 생기던 어느 겨울날 고객으로부터 한 통의 전화를 받게 됩니다.

고객: CPU가 분명 하나인데 작업 관리자를 보면 CPU가 두개인걸로 나와요

Sankim: 잉?? 뭐라고요?

고객이 잘못 본건 아닐까 아니면 혹시 바이러스? 혹시 버그??? 별별 생각을 다하고 혹시 관련 버그가 있는지 Technet CD를 뒤져 봅니다. (지금은 누구나 웹으로 검색할 수 있는 Technet의 문서들이 10년 전만 해도 Technet이라는 80만원쯤 하는 유료 구독 프로그램에 가입해야 배달된 CD로 볼 수 있었습니다), 검색 결과 그런 버그 따윈(!) 없습니다. 고객에게 그런 버그는 없고 잘못 본 것 아니냐는 말만 되풀이 합니다. 고객은 이미 혹시나 하는 마음에 재설치만 수번째…

/*여러분들이라면 문제가 혹은 하이퍼스레딩 혹은 멀티코어로 인해 나타나는 것이라는 것 눈치 채셨죠? 이 시기에 하이퍼스레딩이 처음 시장에 나왔었습니다.*/

결국 어린양을 구하는 심정으로 고객사에 방문해 이 두 눈으로 직접 확인하기로 합니다.

먼 지방이었기 때문에 동료 엔지니어를 꼬셔서 운전기사를 시켜 지방까지 차를 몰고 고객사를 방문합니다.

구세주라도 만난듯한 고객의 환대를 받으며 해당 서버 앞에서 작업 관리자를 열어봅니다, 고객의 말대로 CPU가 두개로 나타납니다. 회사 중요 시스템이었지만 모든 작업을 중단 시키고 서버를 오프라인 시킨 채 서버박스를 분해하기 시작합니다.

Sankim: 잉?? 뭐야?!! 진짜 CPU가 하나잖아??? 이거슨 하드웨어 문제가 분명해!!!!

함께 온 엔지니어(함께 거듭니다): 이런 어처구니 없는!!! 이렇게 비싼 장비에서 이런일이!… XXX사 얘들 문제 많다고 하더니… 헛소문이 아니었군!!

고객: 그럼 어쩌죠? 저희는 어떻게 해야 하나요?

Sankim: 걱정 마세요, 제가 하드웨어 회사에 전화해서 이런 문제가 있다고 이야기 하고 새 걸로 교체 해달라고 강력히 요구하겠습니다!

고객: 아이구, 감사 합니다(굽신 굽신)

(의기 양양하게 sankim은 해당 하드웨어 본사에 전화를 겁니다)

Sankim: (아주 크고 강력한 어조로) 여기 새로 산 서버가 있는데 하드웨어 문제 때문에 CPU가 하나인데 두 개로 보입니다. 당장 새 걸로 바꿔주세요! (그 뒤로 큰소리로 횡설수설..)$%왈왈@ㅎㄹㄲ왈왈왈ㅉㄸ$%ㅍㄸㅉ왈왈왈왈ㅆ꾜ㄸ$%^$#%^ㄹ#

(한참을 듣고 있던 H/W엔지니어)

H/W 엔지니어: 그거 하이퍼스레딩 때문에 두개로 보이는 건데요….

Sankim: 잉?? 하이퍼스레딩? 그건 뭐에요?

H/W 엔지니어: 하이퍼스레딩은… 줄줄줄~ (*하이퍼스레딩은 하나의 물리적 CPU의 코어를 논리적으로 두개로 나눠 작업을 처리하도록 합니다. 이후에 나온 물리적으로 코어가 다중인 멀티 코어와는 다릅니다. i7 프로세서의 경우 멀티 코어, 하이퍼스레딩 두개의 기술이 모두 사용합니다.)

Sankim: (속으로: 억… 그런게 있었어??? 제길슨… 으어헝 ㅜㅜ)……….. (침묵.. 듣고만 있음)……….. (지금까지 부린 오바를 어떻게 수습할지 고민 중….. )

회사에는 H/W 문제라고 큰소리 치고 나왔는데... 운전기사를 시킨 동료에게는 가쁜히 H/W 업체에게 큰소리 치고 나오면 된다고 했는데... 동료는 내 말만 믿고 거들기까지 했는데… 진짜 문제는 그 동안 CPU도 제대로 구분 못하는 생초보 취급한 고객에게는 뭐라고 말을 해야 할지…

뭐.. 그 이후 망신이나 회사 돌아가서 웃음거리가 된 것 같은 후일담은 그냥 Skip하도록 하겠습니다… ㅜㅜ

뭐.. 이상은 가벼운 일 이라도 쉽게 속단하고 판단하는 건 아닌지 다시 한번 생각하게 만들어준 제 이야기였습니다...

자신의 상식 범위 밖이라고 해도 가볍게 속단하지 맙시다.ㅜㅜ

[짧은글] 윈도우 업데이트시 왜 새로운 시스템 파일을 이전 파일에 덮어쓰기(Overwrite)할지를 묻지 않는가?

2010-09-30T06:52:00Z

윈도우 업데이트를 하면 이전 버전의 시스템 파일에 새로운 시스템 파일을 덮어쓰기 하여 운영체제를 업데이트 합니다. 일반 파일을 덮어쓰기 하�� 되면 컴퓨터에서는 이전 파일을 덮어 쓴다는 메시지를 보여주고 계속 진행할지 묻게 됩니다, 그런데 시스템 업데이트는 그렇지 않습니다, 지금까지 당연하게 생각해온 것이지만 왜 그럴까요?

제 개인적으로는 업데이트 하면 파일이 너무 많아서 일일이 확인 버튼 누르기 어렵기 때문이 아닐까라는 생각도 했는데, 일부 업데이트는 파일 한 두 개만 덮어쓰기 하는 경우도 있으므로 이것도 아니고..

해답은 시스템 파일 버전의 일관성을 유지하기 위함입니다.

만약 업데이트할 파일 A, 버전 1.3과 B, 버전 1.3이 있는데 파일 B는 파일 A와 동일한 버전이어야 정상적인 동작을 한다고 할 때, 만약 시스템 덮어쓰기를 시행하다 사용자가 A 버전에 대한 덮어 쓰기를 취소하고 B 버전만 덮어쓰기를 했다면 어떻게 될까요? 게다가 그 A, B 파일이 부팅에 중요한 시스템 파일이라면? 어쩜 부팅되지 않은 검은 화면을 보게 되고 능숙한 기술을 가진 엔지니어가 아니라면 시스템을 복구하지 못할 수도 있을 것 입니다.

시스템 파일의 버전 일관성에 대해서는 예전에 쓴 글을 참고 하시면 좋을 것 같습니다.

p.s. 가을 가을입니다.

[짧은글] 컴퓨터 케이스의 하드디스크 표시등은 HDD 사용이 없음에도 왜 깜빡 거릴까?

2010-08-05T07:23:00Z

컴퓨터 본체를 보면 HDD라고 표현 되어 있기도 하고 디스크 모양으로 표시되어 있어 우리가 일반적으로 하드디스크 표시등이라고 부르는 표시등이 있습니다. 가끔 하드디스크가 돌아가는(Read/Write) 하는 것도 아닌데 하드디스크 표시 등이 깜빡일 때가 있어 의아하게 생각될 때가 있는데요..

사실은 SCSI, IDE, SATA 버스(BUS)로 데이터가 오갈 때 그 상황을 나타내기 위한 표시등입니다. 즉 SCSI, IDE, SATA의 버스 통해 데이터를 이동하는 장치(CD 롬 같은)가 작동할 때 깜빡입니다. 컴퓨터 본체에 그(?) 표시등을 표시할때는 HDD와 같은 형식이 아니라 ‘SCSI, IDE, SATA BUS I/O’라는 식으로 표현하면… 고객지향적이지 않은 표현일까요? :)

[짧은글] Windows 95 일반 에디션과 Windows 95 스페샬 에디션(Special Edition)은 어떤 차이가 있나요?

2010-08-03T02:59:20Z

네, 위 사진에서 보시는 것처럼 포장 박스가 다릅니다.. Special Edition이라고 쓰여있는… 그 이외에 다른 차이점은… 없습니다...

[짧은글] 왜 작업 표시줄 시계는 ‘초’ 단위를 표시하지 않을까?

2010-07-20T02:30:00Z

작업 표시줄을 보면 년도, 오전/오후, 시간, 분을 표시 합니다, 그런데 왜 ‘초’는 표시하지 않을까요?

초기 윈도우 디자인 시절 작업 표시줄에 초를 표시 하게 되면 기본으로 4KB의 메모가 필요했습니다, 또한 초를 표시를 하기 위해 텍스트 랜더링과 같은 작업해야 하기 때문에 추가 시스템 리소스가 필요했었습니다, 윈도우 95의 설치를 위한 최소 메모리가 4MB였던 것을 생각해 보면 4KB는 금쪽 같은 공간이 아닐 수 없습니다, 그래서 눈물을 머금고(?) ‘초’를 표시하지 않게 되었습니다.

참! 그리고 작업표시줄에 시계를 아라비아 숫자로 표시되는 디지털 방식이 아닌 시계 모양의 아날로그 방식으로도 표시하려고 했었습니다, 그러나 당시에는 16*16 화면에 시계를 표현 하는 것 자체가 힘들었고 구현했어도 사람의 눈으로 시간을 식별하기 어려웠다는거..

[짧은글] 시작 버튼은 왜 '시작'이라는 문자가 들어 갔을까?

2010-07-14T01:14:18Z

80년대 후반 초기 윈도우가 만들어지던 시기에 개발자들은 일반 사용자들을 대상으로한 사용자 테스트를 하면서 윈도우를 처음 사용하는 사용자의 경우 윈도우가 올라온 후 파란 바탕화면 위에서 무엇을 해야 할지 몰라 어리둥절하게 있는 현상이 빈번하다는 것을 알게 됩니다.

그러한 문제점을 해결하기 위한 회의가 있었고 누군가 윈도우 바탕화면에 '시작' 이라는 텍스트가 붙은 버튼을 만들자는 아이디어를 냈습니다, 덕분에 처음 컴퓨텅를 사용하는 사용자라도 ‘시작’ 버튼을 먼저 눌러 프로그램, 제어판과 같은 메뉴로 이동해 무언가를 실행 할 수 있게 되었습니다.

이 시작 버튼은 윈도우 비스타를 기점으로 은퇴를 하게 됩니다.

Windows 메모리 FAQ, 2탄

2010-05-07T07:20:09Z

작년 이맘때 ‘4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트’라는 글을 올렸었는데 아직까지도 많은 분들이 해당 글을 찾아주시고 많은 질문들을 올려주고 계십니다. 그만큼 메모리에 관심이 많으시다는 것이겠죠. 그래서 이번 포스팅에서는 Windows 메모리 FAQ에 이은 Windows 메모리 FAQ 2탄을 진행 하도록 하겠습니다. 내용이 FAQ인데다 좀 딱딱해 첨부터 끝까지 다 읽으시라고 말씀 드리기 어려울 것 같고, 필요하신 분들이 검색으로 찾아 보시고 도움 받으셨으면 합니다. ^^

1. 윈도우 메모리를 이야기 할때면 가상메모리(Virtual Address)와 물리메모리(Physical Address)라는 용어가 자주 나오는데 어떤 뜻인지 궁금해요.
: 첨부터 어려울 수도 있는 질문이군요. 많은 분들께서 Virtual Address와 Physical Address를 혼돈하고 계시고 실제 정확한 의미를 이해하지 못하고 계신 듯 합니다. 가상메모리는 Process가 사용하기 위한 가상의 메모리 공간을 이야기 합니다, 예를 들어 작업 관리자에서 각각의 프로세스들이 보이죠? 그 프로세스가 사용하는 메모리가 바로 가상메모리입니다, 32비트를 기준으로 윈도우가 각각의 프로세스에 가상으로 한 프로세스당 최대 2GB를 사용할 수 있도록 할당해줍니다(여기서 나머지 2GB는 다른 프로세스와 공유하는 커널 모드이므로 제외합니다), 즉 32비트에서 사용할 수 있는 최대 프로세스의 메모리 크기는 2GB입니다, 그러나 이는 뒤에 나올 PAE, 4GT기술을 만나면 또 달라집니다. 그리고 물리메모리는 컴퓨터 메인보드에 꽂혀있는 메모리 RAM을 의미합니다, 즉 실제 메모리 공간을 의미 합니다.

2. 32비트 윈도우 클라이언트가 4GB 메모리를 다 사용하지 못하는 영향을 끼치는 디바이스 요인으로 MMIO를 언급하셨는데 그 이외에는 없나요?
: 네, 운영체제 입장에서 해당 이슈에 가장 큰 영향을 주는 디바이스 요인이 MMIO라서 일반적으로 MMIO 이슈라고도 부릅니다. 그러나 정확히 표현하면 Memory Mapped I/O 이외에 System BIOS, Motherboard Resources (I/OxAPIC), PCI Express* Configuration Space, Additional PCI Device Memory (Graphics Aperture), VGA Memory와 같은 것들이 영향을 준다고 표현하는 것이 좀더 정확합니다.

3. PAE(Physical Address Extension)란 무엇인가요?
: PAE는 4GB가 제한이었던 32비트 CPU의 물리메모리를 더 크게 확장하기 위해서 Intel Pentium Pro부터 CPU가 36비트 메모리 어드레스을 하도록한 확장 기술 입니다. 즉 32비트 CPU에서도 PAE를 사용하면 36비트 어드레싱이 가능해집니다, 여기에 윈도우가 36비트 어드레싱을 사용할 수 있게 되면 물리메모리 크기를 최대 192GB까지 확장되는데, 우리는 윈도우에서도 이것을 PAE 기술이라고 부릅니다. PAE를 사용하는 법과 자세한 사항을 여기를 클릭하시면 보실 수 있습니다. 단 PAE를 사용한다고 해도 32bit Windows 클라이언트의 4GB 제한은 그대로 유지 합니다.

4. 4GT(/3GB)란 무엇인가요?
: 원래 각각의 프로세스에게 할당해주는 가상메모리는 시스템(커널)영역 2GB, 유저영역 2GB씩 할당 받습니다. 그러나 시스템 영역은 다른 프로세스들과 공유하는 영역이고 실제 프로세스는 2GB의 영역만 사용할 수 있게 됩니다. 그러나 경우에 따라서 가상메모리 2GB가 모자르다고 판달 할 때는 가상메모리 공간(virtual address space)의 시스템(system)을 2GB에서 1GB로 줄이고 그 남은 1GB를 유저영역(application)에게 할당하여 3 GB로 확장하는 기술입니다. 즉 다시 말해 가상메모리 튜닝 기술이라고 생각하시면 되겠습니다.

가끔 PAE를 Enable 가면 가상 메모리 응용프로그램2:시스템2에서 응용프로그램3:시스템1로 변환하는 것으로 엉뚱하게 생각하시는 분들이 계시는데. 2:2에서 3:1로 변환하는 것은 4GT입니다. PAE는 단지 CPU에서 36비트 어드레싱을 할 수 있는 환경이 구성되면 운영체제는 36비트 어드레싱을 할 수 있는 커널을 불러 36비트 메모리로 변환하는 것 입니다.

*일반 개인사용자들이라면 4GT에 대해서 고민할 필요가 없다고 말씀 드리고 싶습니다. 일반 응용프로그램이 가상메모리를 2GB이상 필요로 하는 경우는 흔하지 않습니다. 대용량 메모리를 필요로 하는 서버 제품의 경우 유저모드의 넉넉한 메모리 확보를 위해 4GT를 사용하곤 하는데 이 때문에 드물지만 문제가 발생하는 경우가 있습니다. 앞에서 말씀 드렸듯이 4GT로 응용프로그램 영역를 3GB로 늘렸다는 것은 시스템 영역을 2GB에서 1GB로 줄였다는 의미가 됩니다, 이러한 연유로 시스템 관련 메모리 리소스 부족을 불러 일으킬 수 있습니다. 쉬운 예를 들어 네트워크 Connection이 많이 일어나는 응��프로그램의 경우에는 가상메모리에서 모든 프로세스가 공유해서 사용하는 시스템(커널) 영역에 연결정보를 저장하는데 Conncetion이 지나치게(?) 많이 연결되는 경우 2GB였을 때는 문제가 없었지만 1GB로 줄이는 바람에 시스템 영역 메모리 부족으로 커널 관련된 작업이 불가능하게 되어 더 이상 연결이 되지 않는 문제가 발생할 수 있습니다. 이러면 연결 되어 있던 클라이언트들은 사용에 문제가 없지만 새로 연결하려는 클라이언트는 연결에 실패하게 되죠. 이런 경우 Platform을 지원하는 엔지니어와 해당 어플리케이션 지원 엔지니어간의 논쟁이 일어날 가능성이 높습니다.(경험담임다)쿄쿄쿄!

4. ‘4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트’라는 글에서 드라이버 호환성 때문에 4GB 제한을 두었다고 했는데 혹시 윈도우 커널이 4GB상 구현하지 못하는 문제를 디바이스드라이버 핑계 대는건 아닌가요? -_-++
: Windows Vista 이후 부터는 Windows Server와 동일한 커널을 사용합니다. 코어커널에서 서버와 클라이언트는 단지 클라이언트에서 4GB 제한을 둔것 뿐입니다. 만약 커널의 문제 때문이라면 32비트 Windows Server 2008 (혹은 R2)도 동일한 문제가 생겨야겠지요 ^^

5. 그럼 64비트 윈도우를 사용하면 성능 향상을 체감적으로 느낄 수 있나요?
: 64비트를 사용하면 더 빠른 처리가 가능합니다, 그러나 그것은 64비트 프로세서가 특별라서가 아닌 64비트 어드레싱으로 인해 더 많은 메모리를 사용 할 수 있다는 것입니다. 즉 그 의미는 4GB 이상 대용량의 메모리를 사용하는 어플리케이션을 이용해야 64비트의 참맛(!)을 느낄 수 있습니다. 일반적으로 데이타베이스 어플리케이션에서 대용량 메모리를 필요로 합니다, 아직은 그런류의 대용량 메모리를 필요로 하는 응용프로그램을 일반 사용자가 접할 기회가 많지 않습니다.

6. 메모리를 많이 사용해서 시스템 성능이 좋아진다는 것은 무슨 의미인가요?
: OS는 자신이 사용하는 메모리 이외에 기억저장소로 하드디스크를 함께 이용합니다. 하드디스크의 C 드라이브를 보면 pagefile.sys라는 파일 보이시죠? 그것을 페이징 파일이라고 부르는데 윈도우에게는 또 다른(?) 메모리와 같은 존재 입니다. 실행을 위해 파일에 있는 데이타를 메모리에 읽었다가 사용빈도나 우선 순위에 따라 페이징 파일로 보내기도 하고 다시 메모리로 불러오기도 합니다. 만약 시스템의 물리 메모리가 아닌 하드디스크에서 직접 데이타를 읽어야 한다거나 페이징 파일에서 데이타을 읽어 와야 한다면 성능에 어떤 영향을 끼칠까요? 하드디스크는 메모리보다 훨씬 읽기/쓰기 성능이 아주(!) 낮기 때문에 읽고 쓰는 시간의 Delay로 인해 OS 성능에 영향을 줄 것 입니다. 예를 들어 15GB의 응용프로그램의 데이타를 메모리에 모두 올려놓고 사용하는 것과 메모리에 4GB만 올려놓은 상태에서 나머지는 하드디스크에 놔두는 것, 이 두가지 어느 경우가 더 좋은 성능을 낼까요? 당연히 답은 당연히 전자겠죠? 그래서 메모리가 많으면 성능이 높아진다는 이야기를 합니다. 하지만 무조건 메모리가 높다고 성능이 향상되는 것이 아닙니다, 메모리 사용을 적은 응용프로그램은 메모리가 많은 시스템에서 돌아간다 해도 성능상 누릴 수 있는 이점을 적을 것 입니다, 이럴때는 다중코어나 속도가 높은 CPU가 도움이 될 것 입니다.

7. PCI와 같은 장치에 붙은 메모리에 디바이스 드라이버가 올라가는 것 아니었나요?
: 의외로 많은 질문인데요, 디바이스 드라이버는 Windows가 Access할 수 있고 관리(Memory Management) 가능한 물리 메모리(RAM)에 올라 갑니다. PCI 메모리는 Windows가 접근 할 수 없습니다.

8. Windows XP SP2를 보면 32비트 클라이언트임에도 불구하고 PAE가 Enable 되어 있는데 이건 4GB 이상으로 확장할 수 있다는 의미 아닌가요?
: DEP를 사용할 때 PAE가 필요한 이유는 32bit에서는 존재하지 않는 64bit PTE table의 field를 이용하기 때문입니다.

9. X64 CPU에 Windows를 설치하면 윈도우가 64비트로 돌아(?)가게 되나요?
이 또한 아직까지 많은 분들이 여쭤보시는 내용중 하나 입니다. X64가 진정한 64bit computing을 하기 위해서는 ‘X64 Processor + Windows x64 edition + 64bit Application‘ 환경이어야 합니다, 이중 하나라도 32비트가 되면 전정한 64비트 컴퓨팅이라고 할 수 없습니다. 정확한 내용은 여기를 클릭해 이전에 쓴 글을 확인해 보시기 바랍니다.

그럼 즐거운 봄을 만끽하며 전 이만~~

생활 속의 Windows, IE 트러블 슈팅

2010-03-31T07:27:41Z

안녕하세요? Sankim 입니다.

매달 꼭 하나씩 포스팅 하겠다고 마음 먹었지만 지난 2개월간 개인적 사정에 의해 올릴 수 없었습니다. 이번 달도 그냥 넘어갈 뻔 하다가 달력을 보니 3월의 마지막 날인 것을 확인하고 황급히 무엇을 쓸까 생각하다가 저의 주업이 Windows인것을 아는 옆집 조카, 앞집 아주머니, 이종 사돈의 팔촌까지 기회(?)만 있으면 제게 도움을 청하는 생활 속의 Windows 트러블 슈팅을 적어 보았습니다. 이번 포스팅은 전문가가 아닌 순수 가정 주부들도 할 수 있는 Action Plan이라는 가정하에 진행합니다. ^^

1. 집에서 사용하는 컴퓨터가 느려졌어요. (시스템 Hang & Resource Leak 현상)

1) 메모리 크기 확인

:메모리가 얼마나 되요? 최소한 메모리가 512MB 이상은 되나요? 만약 512MB 이하라면 메모리를 512MB 이상으로 올리셔야 합니다, 예전과 달리 덩치가 커진 요즘 프로그램을 윈도우에서 몇 개 돌리려면 1GB는 되야 좀 쾌적(?)한 느낌으로 돌리 실 수 있어요. 특히 메모리가 적으면 디스크가 미친듯이 돌아가는는 소리를 들을 수 있을 겁니다, 그건 실제 메모리가 부족하면 디스크를 메모리처럼 쓰는데 디스크의 속도가 메모리에 비해 형편(?) 없기 때문에 시스템 속도가 느려질 수 밖에 없어요. 요즘 메모리 값 얼마 안 하니 사서 달으셔요. (디스크 사용률은 왜 안넣었냐는 talee의 딴지에 추가 합니다 ㅋㅋ)

2) 바이러스 백신 실행

:메모리가 1GB 이상 인데도 쾌적함을 느끼실 수 없다면 우선 바이러스 백신 프로그램으로 정밀 검사를 해보세요. 치료해주고 돈 받는 그런것 말고 인터넷에서 구할 수 있는 무료백신(알X, 안박사님의 X, 네이X 백신)을 다운로드 받아 설치해서 정밀 검사를 돌려 보세요. 심각한 바이러스가 좀비처럼 컴퓨터의 고고싱을 방해하기 위해서 컴퓨터 리소스를 잡아 먹고 있으면 느려질 수도 있습니다.

3) 설치 프로그램 제거

:백신 돌렸으면 컴퓨터 재부팅 하시고 부팅 과정 중에 F8을 누른 다음 ‘안전모드’로 부팅해 보세요. 만약 안전모드에서 부팅했는데 컴퓨터가 이전과 달리 회잉~하고 실행된다면 ‘제어판 > 프로그램 추가/ 제거에 있는 프로그램을 모두 제거해보세요. 이런 경우 대부분 문제의 응용프로그램이 컴퓨터 리소스를 잡아 먹기 때문입니다. 그러고 잘 돌아가면 그때 정말 필요한 프로그램 부터 하나씩 설치해 보세요.

2. 파란 화면이 나타나면서 컴퓨터가 꺼져요.. (Blue Screen 이슈)

1) 먼저 연결되어 있는 UBS 장치나 그 이외의 장치를 컴퓨터에서 분리한 뒤에 부팅해 보세요, 만약 이 조치를 취한 뒤에 문제가 발생하지 않는다면 연결된 장치가 문제일 가능성이 높습니다. 해당 장치의 최신 드라이버를 다운받아 설치 하시거나 아님 A/S를..

2) 위 방법으로 해결이 안된다면 컴퓨터를 재부팅 하시고 부팅 과정 중에 F8을 누른 다음 ‘안전모드’로 부팅해 보세요. 만약 안전모드로 부팅했는데 문제가 발생하지 않는다면 프로그램 추가/제거에서 불필요한 프로그램 부터 제거해 보세요. 이런 경우 설치된 어플리케이션의 드라이버가 말썽일 가능성이 높습니다. 일반 사용자 컴퓨터 환경이라면 제 개인적인 경험으로 대중 잡아 80~90%의 블루스크린이 이런 식으로 해결 됐습니다요.. 진짜로~

3) 만약 안전모드에서도 문제를 일으킨다면 연결되어 있는 기본 장치(메모리, CPU 등등)들의 문제일 가능성이 있고 혹은 안전모드에서도 올라가는 시스템 서비스의 가능성이 높습니다. 이런 경우 디버깅을 통해서 문제의 원인을 유추(?)해 봐야 하기 때문에 일반 사용자가 해결하기가 어렵고 이럴 때는 이런 경우 일반 사용자가 할 수 있는 방법은 컴퓨터를 새로 설치해 보는 방법이 최선 입니다.

4) 새로 설치하고 별다른 소프트웨어가 설치 되지 않은 상태에서도 동일한 문제가 발생한다면 H/W 문제 이므로 컴퓨터를 산 업체에 연락해 A/S를 받으시는게 진리입니다.

3. IE 창이 응답이 없거나 죽어 버려요 (IE Hang & Crash 현상)

1) ‘보조프로그램 > 시스템 도구 > Internet Explorer (추가 기능 없음)’으로 실행해 보십시오. ‘추가 기능 없음’으로 IE를 실행했는데 문제가 안나타난다면 프로그램 추가/제거에 있는 IE 관련 프로그램들을 모두 제거 하십시오. 대부분 IE에 붙어서 실행되고 있는 응용프로그램들이 만드는 문제 입니다.

2) ‘추가 기능 없음’으로 실행해도 IE가 문제를 일으킨다면? 그래도 프로그램 추가/제거에 가서 제거 할 수 있는 프로그램은 최대한 제거 하십시오. 어떤 응용프로그램 구성 요소가 분명 IE에 악영향을 주고 있을 것입니다.

[마무리]

일반 사용자 환경이다 보니 별별 프로그램들이 다 깔려 있고 이 프로그램들이 모두 문제 없이 잘 돌아가기란 어려운 것이 사실입니다. 전문가의 경우 디버깅을 이용한 Troubleshooting을 하게 되는데 그 방법도 결국은 문제의 원인이 되는 컴포넌트를 찾는 것이므로 일반 사용자들은 설치되어 있는 의심(?)스러운 프로그램들을 제거하는 방식으로 문제해결이 가능합니다.

“그렇담 Sankim아, 단순히 프로그램 제거만으로도 Windows 트러블 슈팅에 무적 필살 신공이 가능하느냐?” 라고 물으신다면 저의 대답은 “무적이라 부르기는 부족한 듯 보이나 그것이 바로 정공법이며 진리이옵니다”라고 말씀 드리고 싶습니다.

제 경험상 제게 지인들의 SOS로 직접 방문해 마주한 컴퓨터의 대부분이 위 방법만으로 쾌춘도록 하였습니다, 역시 진정한 전문가(!)라는 찬사와 함께 그 가치를 인정받아 그날 저녁은 고기로 배를 채우는… ==3

그럼 황사 조심하시고 해피 봄을 맞으시기 바랍니다. :)

다시 읽어 보는 Sankim의 블로그 베스트

2009-12-31T00:36:20Z

올해 Windows 7과 Client관련 포스팅을 하면서 많은 분들이 찾아와 주고 계십니다. 먼저 찾아와 주셔서 감사 드리고요 ^^ 많은 분들이 찾아와 주시니까 지난 포스팅 중에 IT Pro나 Windows 전문가를 꿈꾸는(?)분들이 지금이라도 한번 읽어 보셨으면 하는 아쉬움 들이 있는 포스팅들이 있습니다. 그래서 오늘은 지금까지 올린 총 99개의 포스팅들 중에서 다시 한번 관심을 가져주시고 읽어 주셨으면 하는 내용들을 소개할까 합니다.

[인기 포스팅 순위]

영애의 1위는 4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트 4GB 메모리를 장착한 Windows 클라이언트 PC에서 4GB 메모리가 전부 보이지 않는 현상에 대한 글입니다. 우연한 기회에 많은 분들께서 Windows 메모리에 대한 궁금증은 많은데 잘못 이해하고 계시는 모습을 보고 쓴 "Windows 메모리 FAQ"에 이은 글 이였습니다. 글을 쓴지 7개월이 되는 지금까지도 댓글이 달릴 정도로 많은 분들이 관심을 가져 주고 계시네요, 관심 가져 주신 모든 분들께 감사 드립니다. :)

2위는 누가 내 메모리를 훔쳤나? [4GB 이상 물리 메모리가 정상적으로 윈도우에 인식되지 않는 현상] - 원래는 2위까지 할 정도는 아니었는데 1위 포스팅에 묻어 함께 올라온 것 아닌가라는 생각이..

3위는 커널 라이브 디버깅을 위한 Remote Live Debugger 설정 하기 - 생각도 못한 포스팅이 이런 인기를.. 한참 디버깅 공부할 때 만들어서 팀에 공유했던 문서를 사용자 버전(?)으로 만들어 올린 글입니다. 라이브 디버깅이 필요하신 분들이 많이 참조 하시는 것 같습니다.

4위는 Windows 7, 버전이 7.0이 아니고 6.1? {변화된 버전 명기 방식을 알아보자!} – 개인적으로도 궁금했었는데요, 내부 개발자들 간의 대화에서 확인했습니다. 아크몬드 블로그에 처음 소개 됐었고 나중에는 꼬알라 블로그에서 소개해준 한 덕분에 좀 뜬(?) 포스팅입니다. 두 분 고마버요~ :)

5위는 XP 응용 프로그램 호환을 위해 태어났다 Windows Virtual PC - XP Mode - 이 글을 쓰던 당신 휴가 떠나기(새벽 3시) 30분 전까지 열심히 써서 올린 포스팅 이었습니다. 흠.. 휴가간 곳이 인터넷을 하기 어려운 곳이었던 관계로 읍내 우체국을 찾아가 틀린 글씨를 수정했던 기억 나네요.

[Sankim 이야기]

Dream life vs. 현실.. : 5년 전 프로젝트 할 때 일상을 썼던 글입니다. 추운 1월 겨울 바람을 맞으며 프로젝트를 위해 처음 간 그곳에서 당시로써는 엄청난 스팩 이였던 64-Way(CPU)에 128GB메모리를 장착한 대형 냉장고 두 개를 합친 듯한 HP Superdome의 위엄에 기가 눌렸던 기억이 납니다. 그때 일 때문에 스트레스를 너무 많이 받아 신경성 식도염에 위장장애까지.. 프로젝트 끝내고 나와서도 한동안 고생했었습니다. 지금은 고마운 경험입니다.

First On-site : Windows NT로 일을 하다 하다 Windows 2000이 나올 시점에 잠시 공부를 위해 IT를 등졌다가(?) 컴백한 뒤 처음으로 온사이트(고객사 방문지원) 지원을 나갔을 때 애피소드를 적은 글입니다. 그렇게 큰 굉음을 내는 커다란 서버라는 장비도 처음 보고 Windows Server 2000도 처음보고, 또 설치 전 뭔지도 모르는 데이타를 나보고 백업 받아 달라고 하고, 어찌나 당황되던지요. 그리고 그글에서는 쓰지 않았던 한가지 더.. 그때 능숙하게 설치하는 척 한답시고 설치 중 엔터키만 몇 번 반복적으로 눌렀는데 설치 후에 보니까 Windows가 C드라이브가 아니고 D 드라이브에 깔렸더군요, 그냥 모른척하고 도망 나왔습니다, 그 이후로 작업이 있을 때면 돌다리도 두드려보는 심정으로..

[엔지니어]

문제를 해결 하지 못하는 것은 문제가 어렵기 때문이 아니라 문제가 무엇인지 모르기 때문이다. : 제가 후배 엔지니어님들이 Troubleshooting을 할때 꼭 해드리고 싶은 말입니다. 그리고 마지막 명언 '"명언 한마디: 문제 정의만 정확해도 그 문제의 60%는 이미 해결된 것이다." 이 말은 마이크로소프트 기술지원부에서 DOS 부터 Windows까지 빛나는 15년을 엔지니어 생활을 하신 Ekbao님께서 제게 해주신 말씀이었습니다. 그 말을 들었을 때 참으로 우러러 보였다는.. 요즘은 뭐.. 같이 늙어 가고 계십니다.. :p

문제 해결 동영상 : 예전 IT Pro Audiance를 담당하신 성경란 차장님과 꼬알라군의 기획으로 만들던 중 감수 요청을 받고 끼게 됐다가 보쌈 당해 붙들려서(?) 첨부터 끝까지 만들게 된 동영상입니다. 시스템에 문제가 발생하면 무엇부터 시작해야 할지 모르고 이것 저것 찔러 보기 식의 Troubleshooting을 하시는 분들이 많이 있습니다. 이제 시작하시는 초보 엔지니어님들 꼭 한번 보시기 바랍니다.

[Sysinternals Tool과 함께 하는 Troubleshooting]

고급 레벨의 트러블 슈팅을 하고 싶어 하시는 분들을 위한 Tool인 Sysinternals Tool을 이용한 트러블 슈팅에 대한 글입니다. 제가 실제 기술지원 할 때 많이 사용하는 도구이고 한번 컨셉과 사용법을 익혀두시면 두고 두고 쓰기 좋은 도구들입니다. 만약 한 단계 높은(혹은 고급) 트러블 슈팅을 위하시는 IT Pro시라면 꼭 사용해 보시기 바랍니다.

파일, 널 모니터링 하겠어! [Process Monitor for filemon]

Autoruns와 함께 Windows 부팅 중에 자동으로 시작되는 프로그램으로 인한 문제를 해결 해 보자!

ProcessExplorer를 이용한 Troubleshooting

Windows의 슈퍼 작업관리자 ProcessExplorer

[잡다한 이야기들]

윈도우의 블루스크린은 왜 파란색일까? : 블루스크린이 파란색인 이유를 포스팅한 글입니다, Windows Kernel의 아버지 Dave Cutler에게 직접 물어봤습니다. 결과가 허무해서 쓸까 말까도 고민했었다는.. ^^;

추억을 기억하나요? : 1984년에 나온 마크로스 극장판의 주제가인 '사랑을 기억하나요'의 제목을 패러디한 '추억을 기억하나요' 입니다. 그간 윈도우 시작 사운드를 모은 동영상입니다. 여러분들도 짧디막한 그 사운드에서 그때 그 시절의 추억이 떠오르시나요?

Windows History 둘러보기 : 지금까지 출시된 Windows 모두를 소개한 포스팅이였습니다. 각 버전별로 애피소드를 넣으려고 했는데 너무 길어져 버리는 관계로 예상보다 짧게(?) 쓰였었습니다. 글을 쓰는 것 보다 그림 채워 넣는게 훨씬 힘들었습니다.

Windows의 기술유전자 : 초기 윈도우 NT 개발진이 DEC 출신들이라고 말씀 드린적이 있는데 그들이 DEC에서 만들었던 VMS와 Windows NT의 유사성을 적은 글을 소개한 포스팅 입니다, 상당히 공감이 가고요 Kernel에 관심이 있으신 분들은 재미있게 읽으실 수 있는 글입니다. 지금 Windows는 과연 어떤 유전자의 모습을 띄고 있을까요? Microsoft의 Technical Fellow들의 이력을 찾아보시면 아마 답을 찾을 수 있지 않을까 생각합니다.

작명센스.. Windows Server 2008 유유~ : Windows longhorn의 정식명칭을 Windows Server 2008로 정한것에 대한 개인적 아쉬움을 토로한 글이었습니다. 저의 예지력(?) 때문인지 Windows XP다음 버전은 7이라는 숫자가 붙게 되었습니다. 쿄쿄쿄

이번 달은 앞에서 약속 드린 이야기를 쓰려고 했는데 11월부터 거의 재앙(!) 수준으로 바뻐 블로그에 손댈 시간이 없네요 ㅜㅜ. 꼭 내년에는 앞에서 약속 드린 내용들로 채울 것을 약속 드립니다!

그럼 여러분 새해 복 많이 받으세요~

Windows 최대 지원 Processor

2009-11-18T08:42:49Z

오늘은 이번에 출시된 Windows Server 2008 R2가 지원 하는 최대 CPU(Processor) 수에 대한 이야기 입니다.

Windows Server 2008 R2각 Edition별 지원 최대 Processor

Edition	*지원 소켓(Socket) 수**
Windows Server 2008 Web R2	4 (x64)
Windows Server 2008 Standard R2	4 (x64)
Windows Server 2008 Enterprise R2	8 (x64)
Windows Server 2008 Datacenter R2	64 (x64)
Windows Server 2008 *Itanium R2	64 (IA64)
Windows Server 2008 Foundation R2	1 (x64)
Windows Server 2008 HPC R2	4 (x64)

위에 보이는 지원 소켓(Socket)이란 메인보드(Mainboard) CPU 소켓(Socket)에 장착한 CPU를 의미 합니다.

[그림] Socket 하나.

Processor가 부팅이 되면 듀얼이냐 쿼드냐에 따라 작업 관리자의 ‘CPU 사용 현황’텝에 2개나 4개로 나타나는데, 이것이 바로 Logical Processor입니다. 현재 Windows는 최대 256개의 Logical Processor를 지원 합니다.

[그림] 하나의 Socket에 장착한 Dual Core CPU로 Logical Processor 두개

정리��자면 Windows 최대 Processor 지원은 Windows Edition별 Socket 지원에 256 Logical Processors가 제한 입니다.

Socket과 Logical Processor라는 의미를 혼돈 하시어 가끔 “Windows Server 2008 Standard Edition에는 퀴드 코어는 하나 밖에 장착하지 못하는가?”는 식의 궁금증을 가지시는 경우가 있는데요 아래 그림을 보시면 Windows Server 2008 R2 Standard Edition에 Hyper thread(*2)를 지원하는 2(*2)개의 퀴드코어(*4) 프로세서를 장착하면 총 16개의 Logical Processor가 정상적으로 동작하는 것을 보실 수 있습니다.

추가로.. :^^

[그림] Windows Server 2008(Version 6.0)까지는 최대 지원 Logical Processor가 64개였습니다. 이걸 처음 본게 5년 전인데 보고 참 많이 놀랐는데요..

[그림] Windows Server 2008 R2(Version 6.1), 256 Logical Processors, 와우~!

Windows 7, W2K8 Server R2(Version 6.1) & 32bit와 64bit 최대 메모리

2009-11-04T06:56:00Z

안녕하세요? Sankim 입니다.

오늘은 Windows 7, Windows Server 2008 R2 그리고 32bit/64bit 최대 지원 메모리(RAM)에 대해서 간단히 정리해 보기로 하겠습니다.

Windows 7과 W2K8 Server R2(Version 6.1) 최대 메모리

[Windows 7 최대 물리 메모리]

: Windows 7 클라이언트 버전에서 32Bit는 최대 4GB 메모리, 64bit는 192GB 메모리까지 사용 가능합니다. Starter Edition은 기본적으로 2GB이하 메모리를 가진 H/W를 위한 Edition이므로 2GB로 제한 되었습니다.

에디션(SKU)	32Bit 최대 메모리	64bit 최대 메모리
Windows 7 Ultimate	4 GB	192 GB
Windows 7 Enterprise	4 GB	192 GB
Windows 7 Professional	4 GB	192 GB
Windows 7 Home Premium	4 GB	16 GB
*Windows 7 Home Basic	4 GB	8 GB
Windows 7 Starter	2 GB	2 GB

[Windows Server 2008 R2 최대 물리 메모리]

: Windows Server 2008 R2 서버 버전에서는 최대 2TB까지 가능합니다.

*에디션(SKU)	64bit 최대 메모리
Windows Server 2008 R2 Datacenter	2 TB
Windows Server 2008 R2 Enterprise	2 TB
Windows Server 2008 R2 for Itanium Based	2 TB
Windows Server 2008 R2 Foundation	8 GB
Windows Server 2008 R2 Standard	32 GB
Windows HPC 2008 R2	128 GB
Windows Web Server 2008 R2	32 GB

* Windows Server R2에서는 32bit 버전은 출시되지 않았습니다.

이전 Windows 버전에 대한 메모리 정보는 ‘Windows 최대 메모리 크기(Size)’를 참조 하여 주십시오.

32/64Bit 최대 메모리

[Windows 32bit 최대 메모리]

32bit CPU에서는 서버 버전에 한해서 최대 64GB까지 가능합니다. 클라이언트트 4GB로 제한 되어 있습니다.

SKU	Edition	최대 메모리
*Server 버전	Windows Server 2008 Enterprise & Datacenter 32bit	64GB
Client 버전	Windows 7 Ultimate & Enterprise 32bit	4GB

*Windows Server 2008 R2는 32bit이 존재하지 않으므로 서버 버전에서는 제외 했습니다.

**32bit Windows Client의 최대 지원 메모리에 대한 내용은 ‘4GB 제한의 진실, 32비트 Windows (XP, Vista, 7)클라이언트’를 참조하여 주십시오.

[Windows 64bit 최대 메모리]

SKU

Edition

최대 메모리

Server 버전

Windows Server 2008 R2 Enterprise & Datacenter 64bit

2TB

Client 버전

Windows 7 Ultimate & Enterprise 64 bit

192GB

(* Windows Vista는 128GB)

그리고 Memory FAQ 2가지..

1. 'Windows 최대 메모리 크기(Size)'라는 글을 보면 서비스팩 별로 지원 되는 최대 메모리가 단계적으로 올라가는데 왜 그런가요?

: 윈도우가 처음부터 32bit 198GB, 64bit 2TB까지 지원 가능한 구조였을까요? 물론 이론적으로 가능하지만 처음부터 Windows가 그런 대용량의 메모리를 지원할 수는 없었습니다. 왜냐하면 그 사양의 메모리가 있어야 그것에 맞게 설계하고 테스트 할 수 있어야 하는데 구현하기 위한 H/W가 없는데 윈도우 혼자서 만들 수는 없기 때문입니다. 그래서 H/W의 장착 가능한 Memory 용량이 단계적으로 발전할 때 마다 동시에 Windows가 서비스 팩 시점에 맞춰 최대 메모리를 확장 해왔다고 보시면 좋을 것 같습니다.

2. 64bit Windows를 사용하면 프로그램도 64Bit처럼 사용할 수 있나요?

: 아닙니다. 64bit CPU에 64bit OS가 설치되어야 64bit Computing을 하기 위한 환경이 구성되고 여기에 64bit 메모리 환경을 활용할 수 있는 64bit 프로그램(대용량 메모리를 사용할 수 있도록 설계된)을 구동해야 진정한 64bit Computing이라 할 수 있습니다. 즉 ‘x64 CPU + 64bit Windows + x64 응용프로그램’이어야 진정한 64bit Computing을 하는 것입니다. 자세한 내용은 'Windows 64bit Computing’에 대한 오해 혹은 잘못된 상식'을 참고 하십시오.

p.s. Address Space Limitation 항목도 그림과 함께 만들어 보려고 낑낑 댓는데, 이거 영~ 조잡해서 안되겠군요.. 그림 잘 만들어지면 다음 블로그에 올리도록 하겠습니다. 혹시 그림판(mspaint.exe)으로 그림 좀 멋지게 만드는 방법 아시는분 ? … ㅜㅜ

윈도우 7 메모리 덤프 생성 과정 변경

2009-10-27T08:29:00Z

*Update, 종전에 “4GB이하”라는 항목에서 “25GB”라고 그림이 바뀌어있습니다. 4GB제한일 때는 Windows 7 Beta 시절이고 현재 RTM의 경우는 25GB가 맞습니다. 이를 콕집어 확인해주신 talee군에게 감사 드립니다.

안녕하세요? Sankim입니다, 오늘은 제목이 좀 건조 합니다.

이번 포스팅에서는 Windows 7에서 변경된 메모리 덤프(Memory dump) 생성 프로세스에 대해서 말씀 드릴까 합니다. 다 읽으시고 나서는 Windows 7을 기점으로 지금까지 생각지도 못한 세밀한 부분들까지 새로운 PC환경을 위해 능동적으로 변화하고 있다고 느끼(?) 실지도 모르겠습니다.

[블루스크린] 블루스크린이 왜 파란색인지 궁금하시면 여기를 클릭하세요.

Windows 사용자라면 애석하게도 블루스크린을 한번씩 경험해 보셨을 거라 믿습니다. 블루 스크린이란 윈도우의 커널 모드에서 문제(Crash)가 발생하면 화면상에 Crash가 발생했음을 알리는 블루스크린을 띄우면서 시스템 드라이브(보통 C 드라이브 루트 폴더)에 있는 페이지파일(pagefile.sys) 파일에 메모리 내용을 쓰게 됩니다, 그 뒤에 부팅하면서 덤프가 저장된 이전 pagefile.sys로 C:\Windows 폴더에 메모리 덤프 파일인 memory.dmp를 생성합니다. Dump(덤프)라는 의미가 어떤 매체의 데이타를 다른 종류의 매체로 옮긴다는 의미를 가지고 있는데, 블루스크린이 발생하면 숫자가 1%에서 100%까지 옮겨 가는 것을 볼 수 있죠? 이것이 바로 메모리에 있는 데이터를 하드디스크에 있는 Pagefile.sys에 옮기는 과정을 나타내는 것 입니다.

[메모리에서 Memory.dmp로 가는 과정]

윈도우에서 어떤 작업을 하기 위해서는 실행 데이터가 메모리에 올라와 있어야 하는데 이 때문에 memory.dmp에는 당시 윈도우가 문제 시점에 어떤 일들이 벌어 지고 있는지를 확인할 수 있는 아주 중요한 단서를 가지고 있습니다. 그래서 이 memory.dmp 파일을 분석하여 문제(Crash)가 발생한 원인을 찾아 해결 합니다.

[WinDBG를 이용해 디버깅 중(?)..]

덤프에는 메모리에 있던 모든 내용을 모두 dump하는 전체덤프(Complete dump), 메모리에서 커널(Kernel) 관련 내용만 dump하는 커널덤프(Kernel dump)가 있고 덤프에 대한 간략한 정보만을 담은 작은 메모리 덤프(Mini dump)가 있습니다. 만약 메모리가 2GB를 넘어가면 아래 그림에서처럼 전체덤프 옵션을 사라지고 커널덤프와 미니덤프만 남습니다, 그러나 사용자가 필요하다면 레지스트리 변경으로 전체덤프 생성이 가능합니다. 시스템 Crash(블루스크린이 나타난 경우 보통 이렇게 부릅니다)이 발생한 경우 대부분 커널덤프로 분석하지만(당연히 Kernel에서 문제니까) 경우에 따라서 Application Mode가 커널모드(Kernel Mode)에 영향을 주어 시스템 Crash를 야기하는 경우가 있어 드물지만 전체 덤프가 필요한 경우가 있습니다. 몇 년 전만해도 대용량의 전체덤프가 필요할 때 때 이것을 어떻게 받아내서(마치 산고를 거쳐 한 생명을 받아내듯이..) 그걸 어떻게 원격에 가져가 분석할지에 대해서 고민한적이 있었는데요.. **요즘이야 워낙 하드디스크가 커져서리..

[디버깅 정보 쓰기] ‘덤프 유형 확인은 제어판 > 시스템 > 고급 시스템 설정 > 시작 및 복구’에서 확인 가능합니다.

덤프의 유형이 ‘전체 덤프’로 설정 되어 있으면 ‘실제 페이지 파일(Pagefile.sys) 크기 + 300MB’의 크기의 memory.dmp 파일이 생성 되는데. 요즘 대부분의 PC나 노트북의 경우 2GB 정도의 메모리가 기본으로 장착 되어 있기 때문에 2GB의 메모리가 있다면 2.3GB 정도의 memory.dmp 파일이 생성 됩니다, 혹은 커널 덤프라고 해도 수백 메가바이트가 되기도 합니다. 아무리 요즘 하드디스크가 대용량화 되었다고 해도 이런 크기는 무시 못할 것입니다, 게다가 넷북과 같은 경우 PC만큼 넉넉한(?) 용량을 가지고 있지 못하기 때문에 큰 부담이 될 수 있습니다. 이에 Windows 7에서부터는 하드디스크에서 부담을 줄이고자 메모리 전체 덤프와 커널덤프 파일 생성 여부를 아래와 같이 변경 하였습니다.

[메모리 덤프 생성 여부 순서도]

결론부터 말씀 드리면 위 순서도의 결론은 25GB 이상의 여유 공간이 존재 하지 않는 한 메모리 덤프를 생성하지 않는다는 것입니다. 이것은 하드디스크의 공간이 충분하지 않은 상태에 Memory.dmp 파일이 생성되어 시스템 리소스를 차지 하는 것을 막겠다는 의도 입니다.

위 표를 정리 해보죠.

① 먼저 레지스트리 AlwaysKeepMemorydump값이 1로 되어 있으면 무조건 메모리 덤프 파일을 생성합니다. 아래 덤프를 만들기 위한 조건에 관계하지 않고 무조건 메모리 덤프를 생성 합니다. 경로는 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl 입니다, 기본적으로는 없는 값이므로 필요하면 만드셔야 합니다.

② 만약 Windows가 Windows Server 2008 R2 이상이면 무조건 메모리 덤프 파일을 생성합니다. 기업에서 서버로 사용하는 제품에 문제가 생겼는데 덤프 분석이 필요할 가능성이 높겠죠? 그래서 더 볼 것 없이 W2K8 R2에서는 무조건 덤프를 생성 합니다. 이전에 말씀 드렸듯이 Windows 7과 Windows Server 2008 R2는 동일한 커널을 가지고 있으며 이번에 새로 적용된 룰은 이 둘에게만 해당 됩니다.

③ 만약 Windows 7 이상 클라이언트가 도메인에 Join 되어 있다면 무조건 메모리 덤프 파일을 생성한다. 도메인에 Join되어 있다는 의미는 기업 고객일 가능성이 높고, 고객 기업이라면 덤프 발생시 클라이언트라도 덤프 분석이 필요한 가능성이 높기 때문입니다.

④ 도메인에 조인 되어 있지 않다면 하드디스크의 여유 공간이25GB 이상인지 확인 한다, 만약 25GB 이상이면 메모리 덤프 파일을 생성 하지만, 그렇지 않다면 생성하지 않습니다.

자~ 그럼 전체덤프와 커널덤프 말고 미니덤프(Minidump)는 어떨까요? 이전에는 시스템 Crash가발생할 때마다 Minidump폴더(보통 C:\Windows\Minidump)에 MiniMMDDYY-nn.dmp 파일(MMDDYY는 월/일/연도) 이름 형식으로 미니덤프가 쌓였었습니다, 미니덤프와 다른 덤프의 차이점은 크기가 작다는 점 이외에 다른 전체/커널덤프들은 만약 덤프가 발생하면 이전에 있던 memory.dmp위에 덮어 씁므로써(Overwrite) 복수의 덤프 파일이 생성되지 않지만 미니 덤프파일의 경우 계속해서 발생일 표시인 MMDDYY과 뒤에 nn의 이름을 바꿔가며 생성됩니다. 그래서 Windows 7에서 부터는 레지스트리 MinidumpsCount 값으로 최대로 만들어 질 수 있는 미니덤프 값을 조정 할 수 게 되었습니다. MinidumpsCount는 레지스트리 경로 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl에서 볼 수 있으며 기본 50개로 설정 되어 있습니다.

Windows 7에서는 지금까지 말씀 드린 덤프 파일과 같이 디스크 크기(Disk Footprint)를 줄이기 위한 노력 이외에도 정말 여러 방면에서 OS를 가볍게 해서 빠른 Performance를 내기 위한 눈물겨운(?) 노력을 기울였는데요, 앞으로 계속해서 소개하도록 하겠습니다.

**생각해 보니 HDD는 커졌지만 메모리도 너무 많이 커져서.. 램이 512GB인데 이걸 전체 덤프로 받으려면..

그럼 모두 가을을 만끽 하시길 빌며 저는 이만~ :^^

Thanks talee

p.s. 아~ 역시 전 미적 작업에 있어서는 감각이 떨어지나 봅니다.. 위에 간단해 보이는 순서도 하나 만드는 것이 글 쓰는 시간이랑 비슷했어요.. ㅜㅜ

Good News!(Great News!) Windows 7

2009-10-22T05:48:55Z

오늘 드디어 Windows 7이 정식 출시 됩니다.

저 Sankim 이제부터 지금까지 숨겨(?) 왔던 Windows 7 이야기들을 여러분들께 천천히 꺼내 놓도록 하겠습니다.. 흐흐흐.. ( ㅡㅡ; ;ㅡㅡ 이 웃음은?)

컴잉순!

누구 레드 스크린(Red Screen) 보신 분 안계세요???

2009-09-21T05:19:00Z

이전에 '윈도우의 블루스크린은 왜 파란색일까?'라는 포스팅에서 블루스크린이 파란색(Blue)이 된 사연을 설명 드린 적이 있었습니다. 그런데 이후에 댓글로 블루스크린 뿐만 아니라 레드 스크린(Red Screen)을 보셨다는 제보가 있어 사실 유무를 확인 해 보았습니다.

사실 Windows 기술 지원을 꽤 오래 해왔음에도 레드스크린 이라는 것을 한번도 본적이 없던 터라 반신 반의 했었는데 Research 중 'Sorting it all Out' 블로그에서 실제 Red Screen을 캡쳐한 화면을 볼 수 있었고 그 이외에도 검색을 해 보면 레드스크린 관련된 KB 문서와 실제로 사진으로 찍은 화면까지 볼 수 있었습니다.

!!! 진짜 레드 스크린이...!!!

확인 결과 컴퓨터를 부팅할 때 부팅을 관리 하는 부트 매니저(Boot Manager)단에서 유효한 엔트리(Valid Entry)를 찾지 못할 경우 Windows는 레드스크린 함께 에러 메시지(Valid Error Message)를 보여 줍니다. 일반적인 사례들을 보면 원인의 대부분이 BIOS나 디스크와 관련이 있지만 다행히 재부팅으로 문제가 해결됩니다. 혹시 재부팅 해도 문제가 해결 안되고 레드스크린에서 디스크 관련 문제라는 메시지를 뿌려 주면 한번 복구콘솔에서 ‘chkdsk /p /r’를 실행해 보시기 바랍니다, 해결 가능성이 있습니다..

그럼 오늘도 좋은 하루 되시고요 앞으로 다가올 가을의 향취를 만끽하시길 바랍니다~ :)

*10월5일 업데이트: 이번 추석에 windows 7에서 몇가지 테스트를 하다 Boot Manager 단에서 Crash를 발생 시켜보았는데, Windows 7에서는 레드 스크린이 나타나지 않고 마친 콘솔처럼 검은색 바탕에 하얀 글씨로 Windows Vista와 동일한 모습의 메시지가 나타났습니다.

p.s. 개인적으로 바뻐서 블로깅이 뜸합니다.. ^^;;

Servicing Stack (2) 부제: 커져만 가는 WinSxS 폴더 사이즈를 줄여보자!

2009-08-17T07:59:47Z

이번 포스팅은 Servicing과 WinSxS 두 번째 이야기 입니다. 이번 포스팅에서는 Servicing에 대해서 설명 드리고 시간이 갈수록 WinSxS 폴더의 크기가 커지는 이유와 그 해결 방법을 말씀 드리겠습니다.

Servicing이란?

Windows Vista 이전에는 보안 업데이트나 BugFix를 위해 시스템을 업데이트를 하면 INF 기반으로 exe나 dll 같은 시스템 파일 이나 레지스트리 값들을 각 파일 단위로 업데이트 하였습니다, 그러나 Vista에서 부터는 Servicing이라는 새로운 Component 관리 메커니즘을 통해 파일, 레지스트리 값, 서비스, Generic Command, Dependencies, Category를 묶어 하나의 Component 단위로 관리합니다, 그리고 이런 여러 Component들을 하나로 묶은 것을 Deployment라고 하며, 또 이 여러 Deployment들을 하나로 묶은 것을 Package라고 합니다. 윈도우 업데이트가 이뤄질 때는 각각의 Component 단위로 이뤄지는 것이 아니라 Package 단위로 이뤄집니다. 그리고 WinSxS 폴더는 이 Component를 모아 저장해둔 공간이므로 Component Store라고 부릅니다.

Servicing이 적용된 Vista 이후는 Windows가 처음 설치 될 때 윈도우 설치 CD에 들어 있는 모든 시스템 파일들을 Component Store(WinSxS 폴더)에 넣고 설치 작업을 진행합니다, 그래서 새로운 기능을 설치 하거나 SFC(System File Checker)를 실행 할 때 이전 버전 같이 윈도우 설치 CD를 넣으라는 메시지 박스가 나타나지 않습니다. 처음 Windows를 설치 할 때나 혹은 시스템 업데이트를 할 때 WinSxS 폴더에서 필요한 Component를 Windows 시스템 폴더(예. C:\Windows)에 연결되도록 하드링크를 만들어 시스템이나 사용자가 액세스 가능한 상태를 Projection이라고 하며 반대로 파일이 WinSxS 폴더에 저장되어 있기는 하지만 사용하지 않는(하드링크가 되어 있지 않는) 상태를 Stage라고 합니다. 이런 식으로 OS Component를 관리하는 메커니즘을 Servicing 이라고 합니다.

Servicing은 아래와 같은 구조를 가지고 있습니다.

[그림 1] Servicing 구조. (이 외에도 여러 구성들이 있지만 이해를 돕기 위해 단순화 하였습니다)

Windows Update 통해서나 MSU와 같은 업데이트 파일을 이용해 시스템을 업데이트 할 때 CBS(Component Based Servicing)는 우선 해당 Package가 현재 Windows에 설치되어야 할 Package인 지를 판단 합니다. 만약 CBS가 설치되어야 할 Package라고 판단하면 아래 CSI(Component Servicing Infrastructure)에게 넘겨 CSI에 의해 Package가 설치 됩니다.

*윈도우 서비스 관리자에서 보이는 Windows Module Installer 혹은 작업 관리자에서 볼 수 있는trustedinstaller.exe 프로세스가 CBS의 역할을 합니다.

왜 WinSxS 폴더의 크기는 끊임 없이 커져만 가는 걸까요?

앞 1탄에서 WinSxS 폴더에 있는 파일에 Windows 폴더에서 액세스 가능한 하드링크가 생성된 것이며 WinSxS 폴더에 있는 파일이 Windows 폴더에 있는 파일들과 중복되는 것이 아니라고 말씀 드렸습니다. 그렇다면 WinSxS폴더에 있는 하나의 파일이 Windows 폴더의 파일로 1:1로 매치 된다는 의미 인데 아래 그림 2를 보시면 Win32k.sys의 경우 여러 버전 별로 각각 존재하는 것을 볼 수 있습니다.

Servicing은 새로운 Update가 있으면 새로운 업데이트를 다운로드 한 뒤 이전 버전의 Component는 그대로 Component Store(WinSxS 폴더)에 남겨둔 채 다운로드 받은 새로운 Component를 사용(Projection)합니다. 아래 그림2 에서 보시는 것과 같이 만약 동일한 Component로 새로운 Update가 나오면 새 Update가 나올 때 마다 WinSxS에 Component들이 쌓이게 됩니다.

게다가 배포되는 Package안에는 각 서비스팩 버전 별로 각기 다른 버전의 Component가 들어 있어 그 크기는 더욱 커져만 갑니다. 예를 들어 A라는 업데이트가 하나 있다면, Package 안에는 Windows Vista RTM 버전, SP1 버전, SP2 버전에 맞는 업데이트 세가지를 모두 담고 있습니다. 즉 업데이트 A를 설치 하면 WinSxS에 RTM, SP1, SP2버전의 파일들을 모두 WinSxS 폴더에 저장해 두고 현재 윈도우 서비스팩 버전에 맞는 Component를 Projection 시키고 나머지 파일들은 Stage 합니다. 그래서 새로운 업데이트가 나올수록 WinSxS 폴더의 크기는 커져가는 것입니다.

[그림 2] WinSxS 폴더에 있는 여러 버전의 Win32k.sys

그럼 왜 이런 구조가 필요한 걸 까요?

Servicing이 지난 버전 혹은 상위 서비스팩 버전의 Component 들까지 저장하고 있는 구조는 언뜻 보면 불합리해 보일 수도 있습니다만 이러한 메커니즘은 어떠한 상황에서도 시스템이 최신의 Component를 유지 할 수 있도록 할 수 있습니다.

예를 들어 만약 Windows XP에서 설치 되어 있는 업데이트 B를 제거 한다면 해당 업데이트가 설치 되기 이전의 상태로만 돌아 갈 것 입니다, 그러나 이전으로 돌아간 상태가 최신 상태라는 보장은 없습니다(왜냐 하면 현 버전과 이전 버전 중간에 무수히 많은 버전들이 나왔을 수 있으므로). 그러나 Servicing 구조는 지금까지 모든 Component에 대한 업데이트를 각 버전 별로 모두 가지고 있으므로 현재 상태에서 Stage되어 있는 최신의 Component만 Projection 시키면 됩니다. 또 다른 예로 Windows Vista SP1인 상태에서 만약 SP1을 제거한다면 이전 같으면 RTM 상태에서 또다시 Windows Update를 통해 최신의 버전으로 무수히 많은 업데이트를 해야 했겠지만 Servicing에서는 자신이 Component Store(WinSxS폴더)에 저장된 RTM Component중에 가장 최신의 Component로 Projection 시키게 됩니다.

그렇다면 시간이 갈수록 커질 수 밖에 없는 WinSxS 폴더의 공간을 줄일 수 있는 방법은 무엇이 있을까요?

웹을 검색해보면 WinSxS를 통째로 삭제하는 방법들을 볼 수 있습니다, 물론 삭제 한다고 지금 당장은 시스템에 문제가 생기지 않겠지만 Windows의 신뢰성에 문제를 일으킬 수 있는 문제이므로 WinSxS를 직접 삭제하시는 것은 피해주시기 바랍니다.

여러분들께서 WinSxS 폴더의 크기를 줄이는 가장 안전하고 효과적인 방법은 VSP1CLN.exe혹은 COMPCLN.exe를 실행 하는 것 입니다. 이 두 명령은 현재 컴퓨터에 설치된 서비스팩 이전의 Component들을 WinSxS 폴더에서 안정적으로 삭제합니다. 즉 현재 컴퓨터에 설치된 서비스팩 이전 버전의 Stage된 파일들을 제거해 디스크 공간 확보할 수 있는 방법입니다. 단 이 명령을 실행하면 서비스 팩을 제거 할 수 있는 옵션도 사라지고 해당 서비스팩 이전 상태로는 돌아 갈 수 없습니다.

* Windows Vista Service Pack 1이 설치된 컴퓨터에서는 VSP1CLN.exe를 실행 합니다. (Windows Server 2008의 경우는 기본적으로 SP1을 포함하므로 VSP1CLN.exe는 사용하지 않습니다)

*Windows Vista Service Pack 2, Windows Server 2008이 설치된 컴퓨터에서는 COMPCLN.exe를 실행 합니다.

그럼 VSP1CLN.exe의 실행 예를 보도록 하겠습니다. 아래 그림은 “My Notes to Myself and Others...”에서 가져 왔습니다.

실행 전)

VSP1CLN.exe 실행)

실행 후)

하드디스크의 여유 공간이 약 800MB가 늘어난 것을 볼 수 있습니다. J

오늘 포스팅은 여기까지 입니다, 글로 설명 드리기에는 참 복잡(?)한 내용이라 얼마나 이해하시는데 도움을 드렸는지 모르겠습니다.

그럼 더운 여름 건강히 보내시고 다음 포스팅에서 뵙도록 하겠습니다~

Windows 7 & 2008 R2 RTM 사인오프(Sign Off)

2009-07-29T10:27:23Z

이번 Microsoft MGX에서 Windows 7과 Windows 2008 R2 Sign Off가 진행 되었습니다.

Windows 7 Sneak-Peek from MGX

Windows 그룹 사장인 Steven Sinofsky가 Windows 7과 Windows Server 2008 R2의 RTM을 공식 발표합니다. 뒤 이어 Steve Ballmer와 COO인 Kevin Turner가 RTM DVD에 완성을 사인합니다.

그날이 얼마 남지 않았군요!