일반적으로 Private Memory는 Paging File을 포함한 한 프로세스가 사용하는 메모리 공간을 말하고, Working Set은 해당 공간 중 Paging 을 제외한 공간을 말한다.

그런데  Windows XP 및 Windows 2003 에서 확인 하면 항상 Working Set이 크다.

그 이유는 Windows XP의 Working Set은 공유 메모리 까지를 포함 하기 때문이다.
실질적으로 Windows XP에서는 한  Process의 공유 메모리를 제외한 순수  RAM에 올라있는 영역을 카운팅하는 Performance  카운터 값은 없다.

예를 들면 NTDLL.dll 은 대부분의 프로세스가 사용하는데, 각각의 프로세스가 해당  dll 을 각자 메모리에 올려 사용하게 되면 메모리 공간의 낭비가 일어 나게 된다.
이 경우 각각의 메모리가 공동적으로 접근하는 메모리 공간은 공유 메모리로 사용하게 된다.

Win32API 는 Windows Application 을 작성하기 위한 API 모음이다.
CSRSS.exe 는 한 프로세스 내에서 Process 나 Thread의 생성 삭제 context swithing을 관장 한다.

- thread context switching
  cpu가 실행하기 위한 메모리 (register)의 명령이 변경 되는 것을 말함

또한 GDI 호출을 위한 interface를 제공하는데, 이때 호출하는 그래픽 드라이버가 Win32k.sys 다.

구글이 부렵지 않는 내 자리...^______________^v
LG N-SYS에서 새로운 둥지를 틀면서 가장 좋아진 점은 바로 내 분신 DL-380을 옆에다 놓고 쓸 수 있다는 점이다...

내 작은 열정을 키우는 공간을 소개해본다.

안락한 내 자리 구글이 않부렵다!

데스크탑이 이정돈 되야지! (DL 380 2CPU 8GB)

므흣한 맘 내 책들~~~ (언제 다 읽을지...)

LG CNS에서 LG N-SYS로 회사를 옮긴 후 한 동안 기운이 빠져 있었습니다.
급여 변화는 둘째 치고... 낮선 환경들... 그리고... 여러가지... 서운함들... 그래서 그런지... 그 재미있던 일들이 조금씩 고통이 되고, 맨날 늦게 까지 일하는 것에 대한 불만과... 동료에 대한 원망 등등... 말은 않했지만, 여러가지... 나쁜 생각들에 휩싸였습니다.

오늘도 역시 세미나 갔다 고객사 갔다 사무실 오니 PM8:00 돌아와서 보고서 작성하고 이것 저것 하다보니... 11시가 되서야 퇴근을 할 수 있었습니다.

퇴근을 하는데... 문득 작년이 생각나더군요...
"아 상쾌하다..."

늦게 퇴근하는 게 잘하는 짓이 아닌건 알지만... 정말 일이 좋았고, 회사는 바로 나 자신이라고 생각했습니다. 그래서 그런지 너무 즐거웠습니다.

지금 돌이켜 보니 비록 나빠진 점이 몇몇 있기는 하지만 이렇게 의기 소침하면 않된다는 생각이 들더군요. LG N-SYS 비록 그룹사 이동에 따라 왔지만 엄연한 내 회사고, 내 자부심이다. "내가 이딴 생각 하는 자체가 내 자존심을 그리고 우리 회사의 자존심을 좀먹는 행위다."

전 내 자존심이 좀먹는건 용인할 수 있어도! 우리 자존심에 좀먹는건 용인할 수 없습니다.
"나는 프로고 사회인이고, 직장인이다." 다짐을 했습니다. LG N-SYS에서 최선을 다해야 겠습니다. 그리고 애사심으로 똘똘 뭉신 열정적인 신입사원의 자세로 돌아가야 겠습니다.

얼마전에 신문에서 "LG 엔씨스 차때주고 포때주고..." 라는 기사를 본적이 있습니다. 내... 어쩜 미래 사업 주력 사업이라 불리우는걸 LG CNS에 줬는지 모릅니다. 하지만 대신 우리팀과 네트워크 사업부가 그 차! 와 포!를 대신해 왔습니다.

작은 힘이지만 LG N-SYS의 새로운 차! 새로운 포!로써 최선을 다하겠습니다.
기업의 진정한 힘은 헝그리 정신으로 무장된 구성원들의 열정과 의지라 생각합니다.
내 작은 의지지만 열정을 가지고 불살라 보겠습니다.

일단 현재까지의 Windows의 문제점에 살펴 보고, Windows 2008 도입을 통한 그 해결책을 바라보고자 한다.

Windows의 가장 큰 오해는 안정성이다.

첫 번째 오해
"Windows는 맨날 패치 해야 해요~~~"

당신은 Windows 패치를 설치 하기 전에 제목을 읽어 본적이 있는가?
서비스를 제공하기 위한 Unix 서버에서 웹 서핑하고 office 설치하는가?
왜 Windows 도 서번데... 웹 서핑하고 office를 설치하는가... 질문 하고 싶다.

보통 다달이 발표 되는 패치의 대부분은 IE와 office 에 대한 부분 그리고 GUI에 대한 부분이 큰 비중을 차지하고 있다. 즉 Windows Server의 커널 안정성과 관계 없이 Application에 대한 패치가 꽤 많은 비중을 차지 하고 있는 것이다.

이제 Windows 2008의 Server Core 기능이 출시 됐다.
이렇게 되면 운영에 문제점은 있겠지만 패치는 대폭 줄어들 것으로 예견 된다.
어드민 들이어 Server Core로 돌아스라~~~

두 번째 오해
"Windows 이거 믿겠나... 맨날 죽어서..."

Windows 는 기본적으로 유저와 커널이 분리되는 Micro Kernel 이론을 계승한 운영체제 이며, 최고의 안정성을 자랑하는 VMS의 후손이다.

자 그렇다면 왜 죽는가?

마크 미나시의 Windows internals 라는 책을 보면 이런 구절이 있다. Windows 는 기존 API를 지원하기 위해 허덥한 네이밍 룰을 가지게 되었다. 물론 내가 MS 직원도 아니고, 그 시점에 대한 데이터도 없지만, 대충 유추 해보면 윈도우즈가 유저 Application을 호스팅할때 사용하는 것이 Windows 서브 시스템 (csrss.exe 맞는지는 모르것다...)인데, 역시 이 놈들이 돌아가기 위해서 그래픽을 지원하는 win32k.sys (그래픽 드라이버)의 지원을 받아야 한다.

물론 다른 부분에서도 문제가 많겠지만 Windows native를 보게 된다면 해당 드라이버에 대한 패치가 꽤 나오고 있으며, 뻥인지는 모르지만 약간 스파게티식 코딩이 돼어 있다고 한다...

하긴 맞지도 않는 옷을 억지로 입혀 놨으니...
툭툭 튀어 나오는 살처럼 줄줄 새는 메모리 릭~~~
하지만 Server Core는 그 옷을 벗겨놨다 (확실 하진 않다... 아직 스팩을 못읽어 봤으니깐... 대충 보기에 그렇다는 거다.)
자 이제 Win32k.sys에서는 해방이다...

(일단 Win32k.sys가 커널 부에 위치하는데… 어떻게 됐는지 좀 궁금하다…;;;)

그리고 다음으로 서드 파티 드라이버 및 어플리케이션으로 인한 죽음이 있다.
이거야 어쩔 수 없다.

물론 기존의 Memory 공간이 커짐에 따라 핸들 릭이나 커널 단에서 Application이 과도하게 object를 발생시켜 일어나는 핸들 락이나. 메모리 주소공간을 위한 PTE 을 꽉 채우는 등의 문제는 사라질 꺼 같다. (물론 이는 x64를 통해서 해결 하기 때문에 Windows 2008을 통한 안정성 향상으로 보기는 힘들지만, 본격적인 x64 운영체제 라는 면에서 Windows 2008 출시로 얻게될 해택 중 하나라 생각한다.

어차피 시스템 디바이스 들은 커널에서 관리하는 것들이고, Microsoft는 직접 디바이스를 만드는 회사가 아니기에... 어쩌면... 이게 MS의 가장 큰 약점이 아닌가 싶다. 물론 범용 OS로 살아남기 위한 장점으로 모습을 발휘했긴 하지만... 기업 시장에서 MS의 문제가 아닌가 싶다...

PS. Unix 나 Linux 등의 대부분의 OS의 GDI가 커널부에 위치하는지 의문을 던져 본다. 마크 미나시의 윈도우즈 이터널스에 보면, 믿을 수 있기 때문에 GDI를 커널부에 위치 시켰다는 구절이 있다. 하지만 현재의 상황으로 따져 볼때 GDI가 그렇게 믿을 수 있는 녀석인지... 물론 Windows 2008의 서버 코어 버젼은 Win32API가 제거되어 나올꺼 같다. 그렇기 때문에 기존에 문제를 일으키던 부분이 제거 됐다고도 말할 수 있겠지만...

아무튼... Windows 2008 서버... 꼭 미션 크리티컬한 부분에서까지 큰 영향을 끼쳐주길 바란다.