실행

통계를 사용으로 설정하면 데이터 수집 및 통합을 위해 CPU를 사용하게 됩니다. 대부분의 경우 이러한 오버헤드로 인해 시스템 성능이 눈에 띄게 저하되지는 않습니다. 하지만 벤치마크 작업을 포함하여 작업량이 최대치인 시스템의 경우 통계 수집의 작은 오버헤드도 문제가 될 수 있습니다.

다음은 실행 오버헤드를 처리하는 몇 가지 팁입니다.

• 동적 통계의 경우 24x7로 기록해야 하는 중요한 항목만 아카이브합니다.

• 통계를 일시 중지할 수 있으며 이렇게 하면 데이터 수집 및 수집 오버헤드가 발생하지 않습니다. 성능 문제를 해결하기 위해 짧은 기간의 통계만 수집하면 되는 경우 등에 유용합니다. 통계를 사용으로 설정하고, 몇 분 정도 기다린 다음 데이터 세트 보기의 전원 아이콘을 눌러 일시 중지합니다. 일시 중지된 데이터 세트는 나중에 볼 수 있도록 데이터를 보관합니다.

• 동적 통계를 사용으로 설정했다가 사용 안함으로 설정하면서 정적 통계를 통해 전체 성능을 살펴봅니다.

• 드릴다운은 모든 이벤트에 대해 오버헤드를 발생시킵니다. 예를 들어, 현재 deimos에서 NFSv3 작동이 없을 때 "deimos 클라이언트에 대한 초당 NFSv3 작업"을 추적한다고 가정합니다. 이런 경우에도 이 통계에 대한 실행 오버헤드가 발생하지 않는 것은 아닙니다. 어플라이언스는 이 경우에도 모든 NFSv3 이벤트를 추적하고 호스트를 "deimos"와 비교하여 이 데이터 세트에 데이터를 기록해야 하는지 여부를 확인해야 합니다. 이 시점에서 이미 실행 오버헤드가 대부분 발생했다고 할 수 있습니다.

정적 통계

일부 통계는 항상 유지 관리되는 운영 체제 카운터에서 가져오므로 적정 통계라고 할 수 있습니다. 이러한 통계는 시스템에서 이미 일정 부분 관리하고 있으므로 해당 통계 수집이 시스템 성능에 미치는 영향은 미미합니다(이러한 통계는 대개 Kstat이라고 하는 운영 체제 기능을 통해 수집됨). 다음은 이러한 통계의 예입니다.

BUI에서는 위에 나열된 항목에 "분석 기준"이라는 텍스트 대신 "원시 통계로"가 포함되어 있을 수 있습니다.

이러한 통계는 성능에 미치는 영향이 적을 뿐 아니라 시스템 동작에 대한 광범위한 보기를 제공하므로 대부분 기본적으로 아카이브됩니다. 기본 통계 목록을 참조하십시오.

동적 통계

동적 통계는 동적으로 만들어지고 대개 시스템에서 유지 관리하지 않습니다(이러한 통계는 DTrace라고 하는 운영 체제 기능을 통해 수집됨). 각 이벤트는 추적되고 매초 추적 데이터가 통계로 통합됩니다. 따라서 이러한 통계의 비용은 이벤트 수에 비례합니다.

작동이 초당 1000ops인 디스크 세부 정보를 추적할 경우에는 성능이 눈에 띄게 저하되지 않을 가능성이 높지만, 초당 100,000개의 패킷을 내보내는 네트워크 세부 정보를 측정할 경우에는 성능이 저하될 가능성이 높습니다. 수집되는 정보의 유형도 중요합니다. 파일 이름 및 클라이언트 이름을 추적하면 성능이 크게 영향을 받을 수 있습니다.

다음은 동적 통계의 예입니다.

"..."는 모든 프로토콜을 가리킵니다.

이러한 통계의 영향을 파악하는 가장 좋은 방법은 안정적인 작업량이 실행되는 동안 통계를 사용으로 설정했다가 사용 안함으로 설정하는 것입니다. 벤치마크 소프트웨어를 사용하여 안정적인 작업량을 적용할 수도 있습니다. 이러한 방법으로 성능 영향을 계산하는 단계는 작업을 참조하십시오.