기본적으로 윈도우는 각 프로세스가 물리메모리(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의 오버헤드를 줄일 수 있습니다.

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

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

오늘은 클라우드의 핵심기술이라 불리는 가상화(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를 생성합니다.

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. 글을 쓰는 지금도 마지막 장맛비가 거세게 내리는 군요.. 벌써부터 비가 그치고 올 더위가 두렵다는..

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

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

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

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

Sankim: 여보세요

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

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

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

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

엄마: 안전모드?

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

(잠시 후)

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

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

(잠시 후)

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

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

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

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

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

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

[Windows 7의 안전모드]

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

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

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 사건 때문이 아니더라도 모든 유형의 바이러스 사건에 유용하게 사용 할 수 있는 방법이니, 유사한 문제가 발생했을 때에도 사용해 보셨으면 합니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

고객: 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하도록 하겠습니다… ㅜㅜ

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

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