Software blog

NT Virtual Memory Manger 섹션의 두번째 컬럼인 NT의 가상 주소 변환 (Virtual Address Translation with considering MMU and TLB)의 초안을 제출 하였습니다. 본 칼럼은 아래와 같은 내용을 다루고 있습니다.


컬럼을 읽으시기전에 가상 메모리에 대한 컨셉을 잘 모르시는 분은 아래 자료들을 이해 하시는 것을 권장해 드립니다.

2008/11/16 - [Fundamental Notes/Operating Systems] - Virtual Memory#1, Introduce Memory Managements
2008/11/16 - [Fundamental Notes/Operating Systems] - Virtual Memory #2, Paging
2008/11/16 - [Fundamental Notes/Operating Systems] - Virtual Memory #3, Demand Paging and Page Tables
2008/11/16 - [Fundamental Notes/Operating Systems] - Virtual Memory #4, Cache Replacement Polcies
2008/11/16 - [Fundamental Notes/Operating Systems] - Virtual Memory #5, Working Set Model

L4가 나오기 까지 IPC 오버헤드와 working set size가 문제를 해결 하고자 여러가지 이슈들이 적용 되었다는 것이 재미있다. 어셈블러고 전부 짜 내려갔다는 것은 학술적으로 별로 의미가 있지 않을 것 같고, working set size를 개선하기 위해서 L4 패밀리들이 어떤 것 들을 했는 지 알면 많은 도움이 될텐데..

최근에 느끼는 것이지만, 정말 문제는 아는 것 까지만 보인다. 문제가 아는 것 까지만 보이니, 개선 사항도 딱 아는 것 까지만 보이는 것 같고, 학술적으로 Contribution 할 수 있는 것도 딱 아는 것 까지만 할 수 있는 것 같아서, 입맛에 맞는 것들에만 집중력을 보이는 내 단점을 내년에는 크게 개선 해야 할 것 같다.

올해 세번째 논문을 쓰고 있는데, 시뮬레이션 결과가 예상치랑 너무 다르다.
일정에 치이면서 생각하는건, 아무래도 일정에 급해져서 주사위를 던져 결정하게 되는 회사일이랑 별로 다른 것이 없는 것 같다. (모든 회사일이 그런 것은 아니지만..) 그냥 소모적이다.
딱 올해까지만 소모적인 방법으로 문제를 해결하는 접근하는 것에 대해서 허락해야 할텐데...
이런 건, 내게 있어 좀 더 능력을 향상 시키기 발전 할 수 있는 기회를 좀 먹어 버리는 것 같다.

10월 컬럼 초안을 마무리 합니다. 10월 마이크로 소프트웨어에서 기재될 내용은 가상 메모리 매니저에 대한 이야기로 주소공간, 가상 메모리 관리를 위한 구조체, 관련된 API들과 NT들의 자세한 동작들을 설명 하게 됩니다. 앞으로 3~4개월 동안 기재 될 예정입니다.

다음 논문 준비를 같이 병행하고 있다. 이번 EMSOFT 논문을 작성 하면서 재미 있는 것들을 좀 더 찾았는데, 어떻게 표현 할 수 있을지 모르겠다. 예전에는 내가 읽거나 쓰는 것에 대한 표현에 적절히 잘 대응 한다고 생각 한 적이 있는데, 요즘에 드는 생각은 쓰고난 글을 보거나 상대방에게 의사를 전달 하고 나면, 원래 내 생각과는 많이 달라져 버린다는 느낌이다. 이대로 표현력을 그대로 두면 연구자로서의 자질에 결함이 될 것 같다.

아직도 SVP때 동기들이 준 롤링 페이퍼를 잘 간직 하고 있다. 좋은 내용들이 참 많았는데, 내 가장 큰 단점은 관심이 없는 것에 대해 집중력이 현저하게 떨어진 다는 것이다. 그래서 그런지, 점점 코스웤보다는 내 관심 분야 주제에 대해 계속 만들고, 결과 보고 그러는 것이 좋아진다. GRE도 중요하고 다른 여타 준비들도 많이 중요한데 그저 개발이 좋다. 이럴때 보면 나는 연구자라기 보다는 개발자가 알맞은 것이 아닌가 하는 생각도 든다.

오늘 우연히 학부때 포트폴리오를 다시 보게 되었는데, 참 그때가 좋았던 것 같다. 최소한 순수한 의도에서 즐거 웠던 것 같다. 몰라도 아는 것이고, 알아도 또 알아야 하는 것이고... 그 때는 그랬다. 지금은 내가 알아도 사실은 모르는 것이고, 다시 알아 내도 모르는 것이다는 생각이 많이 든다. 하지만  어차피 이 일이 좋아서 하는 것이고, 죽을 때 까지 해야 할 일이라면, 조급해 할 필요가 있겠는가. 꿈에 대한 변화가 없다면 언제나 소신을 잃지 않고 살 수 있을 것이다.

이번 달에는 NT Cache의 마지막 컬럼으로 캐시 확징 인터페이스에 대한 이해와 커뮤니케이션에 대한 초안을 마무리 했습니다. 다음달 마이크로 소프트웨어에서 내용이 다루어 질 것이며, 전반적인 윈도우 드라이버 개발 선행 지식이 갖추어져 있어야 합니다.

Abstraction

파일 시스템 드라이버가 구현을 마치고서 가장 처음 겪는 문제는 디버깅이다. 디버깅 시 자신의 파일 시스템 드라이버 영역이 아닌 다른 커널 드라이버 영역에서 패닉이 발생하는 경우, 자신이 어떤 실수를 했는지 이해하기가 쉽지 않은 경우가 있다. 이를 위해서 파일 시스템 드라이버 개발자가 겪어야 하는 다른 커널 드라이버와의 커뮤니케이션 이슈는 매우 중요하다. 이것 보다 더 큰 문제는 정상적으로 동작함에도 불구하고 성능이 현저하게 떨어지게 되는 것인데, 보통 이러한 경우 요구사항이 잘못 되었다기 보다는 파일 시스템 드라이버 개발자가 캐시 매니저를 제대로 이해하지 않고 사용하거나 또는 파일 오브젝트 핸들링을 잘못하여 메모리를 남용하는 경우에 많이 발생한다.