시스템 성능을 보다 엄격하고 상세하게 분석하는 유틸리티가 필요합니다(여기에 악마가 숨어있다고 합니다). 대규모 파일 모음을 조작하는 응용 프로그램을 고려하십시오. 기존의 성능 도구는 디스크 사용량이 많고 디스크 I/O가 문제라고 제안할 수도 있지만 특정 응용 프로그램에 문제가 있는지 여부와 문제가 있는 경우 어느 부분에 문제가 있는지는 표시하지 않습니다. 그것. 앱이 너무 많은 파일을 열거나 특정 파일에 다른 파일보다 더 자주 액세스합니까? 이러한 스타일의 분석은 애플리케이션 내부에서 어떤 일이 벌어지고 있는지 확인해야 함을 의미합니다. 어떤 파일을 열고 각 파일에서 읽거나 쓰는 데이터는 얼마나 됩니까? 대부분의 Unix 시스템에는 응용 프로그램이 만드는 시스템 호출을 보여주는 "truss"라는 응용 프로그램이 있지만 이러한 종류의 정보는 너무 분산되어 많이 사용할 수 없습니다.
디트레이스
최신 운영 체제는 Windows 또는 일부 Unix 변형 여부에 관계없이 다양한 작업에 대한 대규모 카운터 모음을 유지 관리합니다. 우리는 이러한 카운터를 사용하여 시스템의 외부 성능을 나타내지만 운영 체제 자체도 이를 사용하여 자체 동작을 조정합니다. 운영 체제에는 각 프로세스가 다른 프로세스와 비교할 프로세서(또는 프로세서 코어)의 시간을 관리하는 스케줄러라는 중요한 구성 요소가 항상 있습니다. 이러한 스케줄링 모듈 중 가장 세련된 모듈은 1970년대에 개발된 일련의 설계 아이디어를 기반으로 하는 "공평한 분배" 스케줄러라고 합니다.
공정 공유 스케줄러의 문제점은 그들이 생성하는 스케줄이 카운터에서 수집한 정보를 기반으로 하므로 스케줄링 프로세스가 매우 복잡하다는 것입니다. 카운터를 업데이트하는 것 외에도 운영 체제는 엄청난 수의 이벤트를 처리해야 합니다. 프로세스는 디스크에서 읽기와 같은 작업을 수행하도록 지속적으로 요청하고 주변 장치는 완료했다고 발표합니다. 디스크 블록을 메인 메모리로 전송하는 것과 같은 것, 다음에 실행할 프로세스와 같은 내부 결정이 찍히다. 기계 성능은 카운터의 변경과 관련하여 이러한 이벤트가 제 시간에 정렬되는 방식과 관련이 있으며 이 전체 시퀀스를 이해하는 것은 사실상 불가능합니다. 다른 접근 방식이 필요합니다. 즉, 시스템 작동 이론을 개발하고 이 이론을 시스템에 적용하는 것입니다.
이를 위해서는 보다 능동적인 시스템 관리가 필요합니다. 시스템 관리자는 더 이상 페이지를 샅샅이 뒤지는 데 그치지 않습니다. 숫자와 그래프로 계산하지만 시스템 작동에 대한 이론을 개발하고 이 이론을 증명하기 위해 나가야 합니다. 옳은. 가장 높은 수준의 가장 순수한 형태로, 그것은 그러한 이론을 개발하고 증명하기 위한 언어입니다.
Dtrace는 모니터링 시스템을 위한 프로그래밍 언어입니다. 아이디어는 시스템이 실행될 때 이벤트를 생성하는 작업을 수행한다는 것입니다. dtrace는 이러한 이벤트에 대한 핸들러인 프로브의 개념을 기반으로 합니다. 간단히 말해서, dtrace 프로그램은 특정 이벤트가 발생할 때마다 실행되는 프로브를 생성합니다. 프로브는 이벤트가 발생했다는 사실 이상을 보고할 수 있습니다. 이벤트에 대한 정보를 수집할 수 있습니다. 이벤트. 모니터링 중인 프로브에 따라 다양한 유형의 정보가 반환될 수 있습니다. 예를 들어 시스템 호출을 조사하는 경우 해당 호출에 대한 모든 인수를 사용할 수 있습니다. 커널 모듈과 일부 다른 프로그램은 프로브 세트를 제공하므로 공급자라고 합니다. dtrace 프로그램은 공급자가 구현한 프로브와 작업을 연결할 수 있습니다.
