기본 관리 도구가 답하지 못하는 세 가지 물음

윈도를 한동안 써 본 사람은 같은 세 번의 막다른 길을 만난다. 파일을 지우려 하면 사용 중이라고 하면서 누가 쓰는지는 알려 주지 않는다. 무언가가 처리를 먹고 있고, 관리 도구는 이름과 백분율을 보여 줄 뿐 둘 다 설명하지 않는다. 기계가 느려지고, 프로세스 목록은 평평하고 이름순이며, 맨 위에 있는 것과 그것을 시작한 것 사이에는 아무 관계도 보이지 않는다.

Process Explorer는 이 세 물음에 답하려고 있고, 한 가지 점에서 특이하다. 마이크로소프트 자신의 손에서 나왔다. 오래 손질해 온 낮은 층 도구 묶음에서 왔고, 속에서 무엇이 돌아가는지를 실제로 풀어내는 것으로 알려진 기술자가 썼다. 다른 곳이 만든 것을 순정 대신 쓰는 것이 아니라, 순정 쪽의 답이다. 마음만 먹으면 기본 관리 도구의 역할을 통째로 넘겨받을 수 있다.

평평한 목록이 못 하는 일

프로세스 목록은 칸이 아니라 나무다. 모든 프로세스가 자기를 시작한 것 아래에 매달리므로, 한 서비스와 그것을 끌어낸 실행 도구, 그리고 그것이 다시 만든 자식들이 이름 첫 글자만 우연히 같은 세 줄이 아니라 하나의 구조로 보인다. 어떤 기계의 프로세스 표를 이렇게 한 번 보고 나면, 이름순 목록으로 돌아가는 것은 성을 지운 가계도를 읽는 기분이 된다.

옆에는 처리와 메모리와 원반 활동의 실시간 곡선이 흐르고, 봉우리에 손을 얹으면 그것을 일으킨 프로세스가 드러난다. 작은 편의처럼 들리지만 실은 '무언가 잘못됐다는 것을 아는' 것과 '무엇이 잘못됐는지 아는' 것의 차이다. 세 번째 기능이 사람들이 이것을 설치하는 이유다. 돌고 있는 모든 프로세스가 쥔 핸들과 읽어 들인 부품을 가로질러 찾을 수 있다. 어떤 파일 이름을 누가 쥐고 있는지 물으면 그 프로세스를 곧바로 지목한다. 파일이 손을 놓을 때까지 응용을 하나씩 닫아 볼 필요가 없다.

또 하나, 어떤 프로세스를 인터넷의 여러 검사에 넘길 수 있다. 아무것도 설치하지 않고 의심이 판정이 된다. 선택 사항이고 그 실행 파일에 대한 정보가 밖으로 나간다. 정직하게 말하면 편의이지 보증이 아니다. 여러 검사가 깨끗하다고 한 파일이 그래서 깨끗한 것은 아니고, 여러 검사가 해롭다고 하면 거의 틀림없이 그렇다.

자리를 값하는 세 장면

첫째는 지워지지 않는 파일이다. 그것을 쓸 만한 응용은 모두 닫힌 것 같고, 체계는 여전히 점유되었다고 우긴다. 돌고 있는 체계 안에서 그 파일 이름을 찾으면 쥐고 있는 프로세스가 나온다. 대개 눈에 보이지 않는 것이다. 색인 서비스, 동기화 도구, 다른 프로그램 속에 숨은 껍질 확장 같은 것. 답을 읽는 시간에 일이 끝난다.

둘째는 시끄럽고 뜨거워진 기계다. 기본 관리 도구는 어떤 체계 프로세스가 처리 능력의 절반을 쓴다고 알리고 더는 말하지 않는다. 그 프로세스를 열면 실 한 가닥씩 늘어서고, 실제로 헛도는 드라이버나 핵심 부품이 그 안에 보인다. 이것이 증상과 원인의 차이며, 체계 관리자가 서버에서 이것을 늘 열어 두는 이유다.

셋째는 공유 부품의 판이 서로 어긋나는 그 고전적인 경우다. 어떤 프로그램이 시작을 거부하며 부품이 없거나 판이 다르다고 항의한다. 아래 판은 한 프로세스가 읽어 들인 부품을 하나도 빠뜨리지 않고, 어디서 읽었는지 경로와 판을 함께 늘어놓는다. 그래서 찾는 순서 어딘가 앞에서 옛 사본을 붙잡았다는 것이 한눈에 보인다. 이 화면 하나가 많은 짐작을 대신한다.

실제로는

무료이고, 열쇠고리에 걸 만큼 작고, 설치 없이 돈다. 아무것도 설치할 수 없는 기계에서 이 점이 중요하다. 윈도 전용이고 다른 환경의 판은 없으며 있는 척도 하지 않는다. 지금의 책상용 윈도와 같은 세대의 서버 판을 지원하며, 서버에서 보이는 빈도가 작업용 기계와 비슷한 이유가 그것이다.

설정 하나는 적을 값이 있다. 도구의 역할이 달라지기 때문이다. 기본 관리 도구의 자리에 앉으라고 이르면, 늘 쓰던 단축키나 작업 표시줄에서 오른쪽 누르기로 이것이 열린다. 그 뒤로 원래 것은 사실상 사라진다. 그것이 요점인지 지나침인지는 취향에 달렸고, 되돌릴 수 있으니 시험에 값은 들지 않는다.

누구에게 맞는가

어느 프로세스가 파일을 쥐고 있는지 알아야 했던 적이 있는 사람, 곧 기계를 오래 써 온 거의 모두. 프로세스 나무와 실 목록을 진기한 것이 아니라 날마다 쓰는 도구로 여기는 관리자와 지원 담당. 읽어 들인 부품의 판 충돌을 쫓는 개발자. 그리고 자기가 한 물음에 답해 주는 관리 도구를 원하는 사람. 백분율만 보여 주고 화제를 돌리는 것이 아니라.

이것은 논쟁이 필요 없는 드문 도구다. 체계를 만든 쪽이 내놓았고, 돈이 들지 않고, 열쇠고리에 걸 만큼 작으며, 기본 도구가 존재조차 인정하지 않는 물음에 답한다. 프로세스 나무와 실시간 곡선과 핸들 검색은 감상할 기능이 아니라, 무언가 잘못되는 순간 손이 가는 세 가지다.

정직한 정리

값어치는 진단에 있고 장식에는 없다. 여기서 기계를 빠르게 하는 것은 아무것도 없다. 기계를 읽을 수 있게 만든다. 그리고 그것이 빠르게 만들기 위한 전제다. 한계도 같은 만큼 또렷하다. 환경은 하나, 화면은 쓸 만하지 아름답지 않고, 세밀함은 관리자가 딱 원하는 양이며 다른 사람에게는 다소 험하다. 소스는 공개되지 않았으므로 속에서 무엇을 하는가라는 가장 깊은 물음에는 문서와 평판이 답한다. 체계의 만든 쪽이 서명한 도구로서는 받아들일 만한 맞바꿈이고, 얼버무리지 않고 적어 둘 값이 있다.