프로세스 목록은 잘못된 질문에 답한다

TaskExplorer는 DavidXanatos가 만든 Windows용 오픈 소스 프로세스 관리 도구이고, 중심 설계 결정은 작지만 결과는 큽니다. 프로세스를 평평한 목록이 아니라 트리로 보여 줍니다. 평평한 목록은 인구 조사입니다. 이백 마흔 개가 돌고 있고 어느 것이 프로세서 시간을 가장 많이 쓰는지는 알려 주지만, 기계가 이상할 때 사람이 실제로 던지는 질문에는 답하지 않습니다.

트리는 다른 질문에 답합니다. 누가 누구를 시작했는가. 거의 모든 진단이 이 관계에서 시작합니다. 보조 프로세스가 계속 다시 시작되어 느린 앱, 조용히 열몇 개 인스턴스를 쌓은 서비스 호스트. 정렬된 목록에서는 어느 것도 눈에 띄지 않고, 계층이 보이는 순간 모두 명백해집니다.

네 개의 숫자, 그리고 각각이 실제로 재는 것

프로세서, 메모리, 디스크, 네트워크 값이 프로세스별로 표시되고, 쓸모 있는 능력은 어느 것이 어느 방향으로 거짓말하는지 아는 것입니다. 프로세서 사용률은 속도이지 총량이 아닙니다. 구십 퍼센트로 일 초 돈 프로세스와 십 퍼센트로 십 초 돈 프로세스는 같은 일을 했고, 누적 프로세서 시간만이 둘을 구분합니다. 한가해 보이는데 총 시간이 엄청난 프로세스는 한가한 것이 아니라 끝난 것입니다.

메모리는 이 묶음에서 가장 모호한 단어입니다. 프로그램이 시스템에 요구한 양, 시스템이 실제로 약속한 양, 지금 물리 메모리에 상주한 양은 서로 다른 세 숫자이고, 같은 프로세스에서 한 자릿수 차이가 날 수 있습니다. 실무적 결과는 이렇습니다. 메모리 열의 가장 큰 숫자는 대개 문제가 아닙니다. 약속량은 꾸준히 오르는데 상주량은 거의 그대로인 모양이 더 흥미롭고, 그것이 밖에서 본 누수의 모습입니다.

디스크와 네트워크가 그림을 완성합니다. 가장 새롭고 빠른 저장 장치도 초당 할 수 있는 연산 수는 한정되어 있기 때문입니다. 프로세서가 십 퍼센트인데 기계가 굼뜨면 대개 디스크를 기다리는 것이고, 프로세스별 입출력이 그 의심을 이름으로 바꿉니다.

스레드와 스택: 바쁨과 막힘의 차이

스레드 스택 보기는 감시 도구와 진단 도구를 가르는 기능입니다. 한 프로세스에 수십 개 스레드가 들어 있을 수 있고, 프로세서 사용률이 영인 프로세스도 무언가를 하고 있을 수 있으며, 영원히 기다리고 있을 수도 있습니다. 스택이 어느 쪽인지 알려 줍니다. 그 스레드가 지금 무엇의 중간에 있는지의 목록이고, 그것을 읽는 것이 멈춤과 무위를 구별하는 방법입니다.

두 가지 형태를 기억할 값이 있습니다. 교착 상태는 둘 이상의 스레드가 서로가 쥔 것을 기다리는 모양이고, 아무것도 소비되지 않기 때문에 어떤 집계 값에도 나타나지 않습니다. 병목은 많은 스레드가 같은 한 지점에 쌓이는 모양이고, 대개 모두가 필요로 하는 잠금이나 단일 스레드 구간입니다. 둘 다 그래프가 보여 주는 의미의 성능 문제가 아니고, 둘 다 구조의 문제이며, 스레드가 어디에 서 있는지 보일 때에만 드러납니다.

이력 그래프는 같은 생각의 시간축 판본입니다. 지금 이 순간의 숫자는 거의 설명하지 못하지만 지난 몇 분의 모양은 많은 것을 설명합니다. 데스크톱 문제의 대부분은 정상 상태가 아니라 사건이기 때문입니다. 파일이 인덱싱되기 시작할 때의 봉우리, 백그라운드 작업이 다시 시도할 때의 톱니, 팬이 돌기 시작한 순간에 정확히 시작되는 고원.

핸들이야말로 누수가 실제로 사는 곳

어떤 프로세스가 어떤 파일과 레지스트리 키와 네트워크 연결을 열어 두었는지 볼 수 있는 것은 이 도구에서 가장 과소평가된 부분입니다. 메모리 누수가 유명한 종류이지만, 현대 시스템에서 더 흔한 고장은 핸들 누수입니다. 프로그램이 파일이나 키, 소켓을 열고 끝내 닫지 않아 며칠 뒤에는 아무것도 열 수 없게 됩니다.

목록은 누수를 보이게 하고, 더 중요하게는 이름 붙일 수 있게 합니다. 한 번만 말해야 할 서버에 대한 연결을 사백 개 쥐고 있다면, 질문은 '이 컴퓨터는 왜 느린가'에서 '이 프로그램은 왜 닫지 않는 연결을 계속 여는가'로 좁혀집니다. 그것이 이 기능의 가치 전부입니다. 막연한 불만을 주인이 있는 구체적 결함으로 바꿉니다.

메모리 열람과 정직한 단서

다른 프로세스의 메모리를 보고 고칠 수 있는 것은 디버깅과 리버스 엔지니어링 능력이고, 무엇을 위한 것인지 정확히 말할 값이 있습니다. 어느 순간 프로그램이 무엇을 쥐고 있는지 이해하기 위해서입니다. 자료 구조, 디코딩된 버퍼, 거기 있으면 안 되는 문자열. 심벌이 있는 디버거를 대신하지 못하고, 동작을 바꾸기 위해 실행 중인 메모리를 고치는 것은 반감기가 아주 짧은 기법입니다. 다음 빌드에서 모든 것이 옮겨집니다.

더 중요한 단서는 절차에 관한 것입니다. 어떤 프로세스의 메모리든 읽는 도구는 무엇이든 읽을 수 있고, 마침 상주해 있는 자격 증명도 포함됩니다. 어떤 프로세스든 종료하거나 일시 중지하는 도구는 운영체제가 의존하는 프로세스도 멈출 수 있습니다. 두 능력 자체가 위험한 것이 아니라, 다음에 무슨 일이 일어날지 생각하지 않은 사람의 손에서 위험합니다. 프로세스를 일시 중지하는 것은 프로그램의 일시정지 버튼이 아니라 그 프로세스가 쥐고 있던 모든 것을 얼리는 일이고, 다른 무언가가 그것을 기다리고 있을 수 있습니다.

다중 엔진 검사와 그것이 약속하지 않는 것

의심스러운 프로세스를 여러 바이러스 엔진에 한 번에 돌려 주는 온라인 서비스에 보내는 것은 정말 유용하고, 주의할 단어는 '의심스러운'입니다. 이 검사는 파일에 대한 두 번째 의견이지 기계에 대한 판결이 아닙니다. 깨끗한 결과는 그 순간의 정의를 가진 마흔여 개 엔진이 아무것도 찾지 못했다는 뜻이고, 파일이 안전하다는 뜻도, 프로세스가 얌전하다는 뜻도 아닙니다. 적중은 더 강한 증거이지만, 작은 도구 하나에 엔진 하나가 반응하는 것은 흔한 오탐입니다.

문장의 나머지 절반은 사생활입니다. 파일을 보낸다는 것은 그 사본이 기계를 떠나 제3자에게 도착한다는 뜻이고, 그것이 흔한 일이라는 사실이 작은 일로 만들지는 않습니다. 해시를 보내는지 파일 전체를 보내는지 알고, 프로그램이 아니라 문서로 그것을 하기 전에 생각하는 것이 기능을 쓰는 것과 기능에 쓰이는 것의 차이입니다.

포터블, 사용자 지정, 다중 창

세 가지 작은 결정이 그림을 마무리합니다. 프로그램은 포터블이고, 그것이 가장 값어치 있는 곳은 가장 필요한 곳입니다. 내 것이 아닌 기계, 소프트웨어 설치가 금지되어 있거나 바로 피하려는 일인 곳. 열을 다시 배치하고 정렬을 바꿀 수 있는 것은 취향처럼 들리지만 실은 경험 있는 사용자가 범용 표를 자기 질문에 답하는 하나의 보기로 바꾸는 방법입니다. 다중 창은 두 프로세스를 나란히 볼 수 있다는 뜻이고, 비교에는 그것이 필요합니다.

어디에 맞는가

이것은 진단 도구이고 청소 도구도 가속 도구도 아닙니다. 컴퓨터를 빠르게 하지 않으며, 무언가 나아지기를 바라며 프로세스를 아무렇게나 종료하는 데 써서는 안 됩니다. 종료된 프로세스는 그것을 가진 무언가가 대개 몇 초 안에 다시 시작합니다. 이 도구는 '지금 실제로 무슨 일이 일어나는가'를 행동할 수 있을 만큼 자세히 답합니다. 멈춤을 쫓는 개발자, 누가 파일을 붙들고 있는지 밝혀야 하는 관리자, 여유 메모리는 충분한데 왜 반응하지 않는지 알고 싶은 사람에게 그것이 일의 전부입니다.