사용 : 보고서 중앙 처리 장치 (CPU) 통계 및 전체 시스템, 어댑터, tty 장치, 디스크 및 CD-ROM / 출력 통계를 입력합니다.
구문 : iostat의 [-c | -d] [-k [-t | -m] -V] -x [디바이스] [간격 [카운트]
설명 : 명령 시스템 입 / 출력 장치가 지원하는 iostat의 모니터링, 이것은 시간 관련 활동과 실제 디스크의 평균 전송 속도를 관찰함으로써 이루어진다. iostat의 명령 생성 리포트는 실제 디스크 어댑터 및 입력 / 출력 부하 밸런스가보다 양호하기위한 시스템 구성을 변경하기 위해 사용될 수있다.
매개 변수 : -c는 CPU 사용량에보고된다 -d를 디스크 사용량을보고, 제 2 디스플레이 데이터 바이트 당 킬로바이트로 표현 -K; -t 인쇄보고, 디스플레이 데이터 당 M 바이트로 표현 -M 시간이,이 정보 및 사용의 인쇄 출판물는 것을 -v를 나타냅니다; -x 장치가 통계의 장치 이름을 지정, 모든 장치의 기본은, 간격은 통계의 시간 간격을 말한다 시간 간격은 통계 카운트 손가락의 수에 따라.
iostat의 분석 결과
rrqm / s : 제 병합별로 수행 판독 동작의 수. 즉 델타 (rmerge) / s
wrqm / s 초당 수행되는 기록 동작들의 수를 병합. 즉 델타 (wmerge) / s
R / S : I / O 장치의 두 번째 읽기 완료. 즉 델타 (RIO) / s
w / 초 : I / O 장치의 제 2 기록 완료 당. 즉 델타 (의 wio) / s
rsec / S : 읽기 당 섹터의 수. 즉 델타 (rsect) / s
wsec / S : 초 쓰기 당 섹터의 수. 즉 델타 (wsect) / s
RKB / S : K의 수는 초당 읽은 바이트. 각 섹터의 사이즈는 512 바이트로 이는 반 rsect / s이다.
WKB /들 : K는 두 번째 쓰기 당 바이트. 그것은 wsect 반 / s입니다.
avgrq-SZ : 장치의 평균 크기마다의 데이터 I / O 동작 (섹터). 즉 델타 (rsect wsect +) / 델타 (RIO +의 wio)
avgqu-SZ : 평균 I / O 큐 길이. 즉 델타 (aveq) (AVEQ 인해 밀리 초) / (S) / 1,000.
기다리고 : (밀리 초) 장치 당 평균 대기 시간은 I / O 작업. 즉 델타 (계략 wuse +) / 델타 (RIO +의 wio)
svctm : 장치 (밀리 초) I / O 작업 당 평균 서비스 시간. 즉 델타 (사용) / 델타 (RIO +의 wio)
활용도 : I / O 작업을위한 시간이 1 초 몇 퍼센트, 또는 얼마나 많은 시간의 I / O 큐가 비어 있지 않은 1 초. 즉 델타 (사용) / S / 1000 (사용 기기이기 때문에 MS)
생성 된 I / O 요청도의 I / O 시스템이 최대 용량되었음을 나타내는 100 %에 가까운 UTIL %, 디스크에 병목 현상이 발생했을 수 있습니다합니다.
더 중요한 매개 변수
활용도 : I / O 작업, 또는 얼마나 많은 시간의 시간 1 초 몇 %가 1 초 I / O를 대기열이 비어입니다
svctm : 서비스 시간의 평균 당 장치 I / O 작업
기기 당 평균 대기 시간 I / O 작업 : 기다리고 있습니다
avgqu-SZ : 평균 I / O 큐 길이
% 가까이 100 활용도, 최대 용량으로 그 I / O 요청이 너무, I / O 시스템을 나타내는 경우, 디스크 I / O를 압력이 비교적 큰,보다 읽기 속도가되는 병목 활용도 통상적으로 70 % 이상이 될 수있다 동시에. 기다려야하는 것은 vmstat를보기보기 B 매개로 결합 될 수 있고, WA 파라미터 (리소스를 기다리는 프로세스의 수) (CPU 시간을 기다려 IO가 차지하는 비율은, 고압 이상 30 % IO이다).
우리는 아래 그림에서 보면 이러한 성능 지표를 이해하기
구현 프로세스 IO의 매개 변수
왼쪽 그림의 각 성능 메트릭들의 각각은 상기 성능 메트릭은 처음부터 판독임을 나타내는 파선 위에 표시되어, 성능 iostat를 표시하는 예를 들면도 점선 위 계량 상, w / S는 초 당 통계 / s의 승 하드 디스크 컨트롤러 리눅스 IO 스케줄러에서 기록 IO의 수는 것을 보여준다 하드 디스크 컨트롤러 (CCIS / 3웨어)를 통해 리눅스 IO 스케줄러에서 시작한다.
도 판독 OS 버퍼 캐시 IO 동작 OS 커널 (리눅스 IO 스케줄러) 실제로 rrqm / S + R / S, 판독까지 IO 요구의 양으로 들어오는로부터하는 IO 명령들을 수행하기 위해 판독 동작 중에 한 쌍의 결합 운영체제 커널 층에 도달 한 후, 초마다 rrqm가 / 한 IO 조작이 조합 판독 s가 두번째 디스크 컨트롤러 당 최종 판독 IO로 전송 개수 R / w이다 운영체제 층에 장치 ( 기다리고은 / dev / sda를) 카운터가 IO 작업에 카운트 시작, 최종 결과 쇼 후,이 값은 우리가 IO 응답 시간을 원하는 것입니다; svctm 디스크 컨트롤러가 반환 될 때까지 디스크 컨트롤러에 IO 작업 이후 걸리는 시간의 결과는,이 시간을 보냈다 실제 IO 작업이며, 매우 다른 svctm을 기다리고 있습니다 때, 우리는 디스크 IO 성능에주의를 지불해야하고, avgrq-SZ는 OS 커널의 요청을 전달 단일 IO, avgqu-SZ의 크기는 OS 커널의 IO 요청 큐의 평균 크기이다.
이제 우리는 출력 표시등이 위에서 언급 iostat를 할 수 있고 우리는 후크
장치 IO 작업 : 총 IO (IO) / S = R / S (읽기) + w / s의 (쓰기) = 25.28 + 1.46 = 26.74
너무 많은 요청 (초당 26.74) 발행하기 때문에 평균 당 장치의 I / O 작업에만 평균 대기 시간도 발행으로 계산 될 수있다, 지금 완료 10.57 밀리 초 소요 완료하는 데 0.36 밀리 초를 필요로 할 때 요청하는 경우 :
요청의 평균 대기 시간 = 단일 I / O 서버 시간 * (1 + 2 + ... + 총 요청 -1) / 총 개수
나는 / 0 요청을 많이 당 발행하지만, 요청 유니폼을 나타내는 평균 큐 4에, 대부분의 처리는 매우 신속하다
svctm 기다리고보다 일반적으로 더 적은 (반복 요청을 기다리는 계산되는 동안 대기 시간 때문에), 일반 크기 svctm 속성이 관련 디스크, CPU / 메모리 부하가 너무 많은 요청이 간접적으로 svctm의 원인이됩니다, 그들에 영향을 미칠 것 증가한다. 기다리는 서비스 시간은 일반적으로 크기합니다 (svctm) 및 I / O 큐 길이에 의존 및 I / O 패턴은 상기 요청을 발행했다. svctm 닫기, I 대 / O 거의 대기 시간을 대기하지 않는 경우, 기다리고 svctm 것보다 훨씬 더 많은 사용자 응답 시간이 허용 범위를 초과하는 경우, 그 다음, 느린 애플리케이션에서 너무 오래 생성되는 I / O 큐의 응답 시간을 예시 당신은 빠른 디스크 교체를 고려 엘리베이터 핵심 알고리즘, 최적화 된 응용 프로그램을 조정하거나 CPU를 업그레이드 할 수 있습니다.
큐 길이 (avgqu-SZ)은 또한 시스템의 I / O로드를 측정하는 지표로서 사용될 수 있지만, 평균값에 따라 시간 avgqu-SZ 부는 순시 I / O 홍수를 반영 할 수 없다.
I / O 시스템 대 슈퍼마켓 큐
오명의 행의 수를 인원뿐만 아니라? 잘, 빨리 20 명보다 낫다 볼 수있는 첫번째 팀을 때 예를 들어, 우리는 슈퍼마켓 계산대에서 줄 때, 어떻게 이동하는 지불 단계 결정?, 우리는 종종 앞을보고 식품 구입 한 이모 일주 앞에, 다음 줄을 다른 팀에 변경을 고려 할 수 있다면 얼마나 많은 사람들이 물건을 살. 이 자기앞 속도이며, 당신이 초보자 포인트를 실행하는 경우에도 돈이 명확하지, 다음 몇 가지입니다
기다립니다. 또한, 타이밍은 지금이 시간 지불 비어, 아마 5 분전, 또한 과밀 계산대 중요하지만, 물론 좋았어요보다 마지막 5 분 만든 것들 의미가 큐잉 (하지만 난 대기에 비해 아직 지루한 아무것도 발견하지 않았습니다).
I / O 시스템과 슈퍼마켓 큐는 많은 유사점을 가지고 :
/ s의 w 총 R / S의 + 지불 등 유사하다
사람들의 단위 시간 평균 대기 번호와 유사한 평균 큐 길이 (avgqu-SZ)
점원 영수증 속도와 유사한 평균 서비스 시간 (svctm)
인당 평균 대기 시간과 비슷한 평균 대기 시간 (await를)
평균 I / O 데이터 (avgrq-SZ)은 보통 사람이 얼마나 구매하는 것과 유사하다
I / O 동작 율 (%의 UTIL)는 체크 아웃 큐 시간의 비율과 유사 하였다.
우리는 I / O 요청 모드 속도 및 응답 시간을 분석하고, 이러한 데이터로부터 I / O 수 있습니다.
예
# iostat의 -x 1
평균-CPU % 사용자 % 좋은 %의 SYS %의 유휴
16.24 0.00 4.31 79.44
장치 : rrqm / s의 wrqm / SR / SW / s의 rsec / s의 wsec / s의 RKB / s의 WKB / s의 avgrq-SZ avgqu-SZ await를 svctm 활용도
는 / dev / CCISS /이나 c0d0
0.00 44.90 1.02 27.55 8.16 579.59 4.08 289.80 20.57 22.35 78.21 5.00 14.29
는 / dev / CCISS / c0d0p1
0.00 44.90 1.02 27.55 8.16 579.59 4.08 289.80 20.57 22.35 78.21 5.00 14.29
는 / dev / CCISS / c0d0p2
0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
(IO) / S = R / S + / 초 w = 1.02 + 27.55 = 28.57 (회 / 초) 기록 동작은 W (본체 차지되는 델타 : R 상기 iostat의 출력은 28.57 회 장치 I / O 동작을 초를 나타낸다 = 27 : 1).
평균 각 장치 I / O 작업은 5ms의 완성하지만, 각 I / O 요청이 있다고 가정의 I / O 요청이 너무 많은 (초당 29)이다 발행하기 때문에 왜? 78ms를 기다려야 할 수 있습니다 요청이 발행하는 동시에, 평균 대기 시간을 계산할 수있다 :
요청 = 보통은 단일 I / O 서비스 시간 *의 대기 시간 (1 + 2 + ... + 총 요청 -1) / 총 개수
위의 예에 적용 : 평균 대기 시간 = 5ms의 * (1 + 2 + ... + 28) / 29 = 70ms가, 아주 가까운 특정 iostat의 78ms의 평균 대기 시간. 차례로 이것은 I / O가 동시에 시작되는 것을 나타냅니다. 요청 (29)의 도착이 균일하지 않은 것을 나타내는 제 로트 (29)를 요청하지 평균 큐 길이 (약 2), 당 발행 I / O는 시간 I 대부분 / O 유휴이다. 14.29 %에서는 I / O 요청 대기열이고, 즉, 시간 I / O 시스템 아무것도 85.71 %는 모든 29 I / O 요청이 142 밀리 초 내에 처리 한 두 번이 아웃.
델타 (책략 + wuse) / 델타 (IO) = 78.21 * 28.57 = 2232.8, 표시하고 S = 78.21 => 델타 (책략 + wuse) / s = 78.21 * 델타 (IO)를 / 기다린다 제 I / O 요구에 2232.8ms을 기다리는 총 필요. 따라서, 평균 큐 길이 / 1000MS = 2.23 및 iostat를가한다 2232.8ms
평균 큐 길이 (avgqu-SZ)의 버그가 있으므로! iostat의이 avgqu-SZ 값 대신 2.23 22.35 22.35되어야하는 이유로서 주어졌다.