nginx 소스 코드 수정 stubstatus

nginx 상태 모니터링 설정 은 더 이상 말 하지 않 겠 습 니 다. 모 르 는 것 은 제 지난 글 을 참고 하거나 공식 문 서 를 조회 할 수 있 습 니 다.
    현재 nginx 의 stubstatus 반환 결 과 는 다음 과 같 습 니 다.
    Active connections 의 현재 활성 연결 수 는 대기 중인 연결 수 를 포함 합 니 다.
    accepts  클 라 이언 트 연결 의 총 수 를 받 습 니 다.
     handled  처리 요청 의 총 수 는 일반적으로 accepts 와 차이 가 크 지 않 습 니 다. 차이 가 크 면 서버 의 처리 능력 이 떨 어 졌 다 는 것 을 설명 하고 최적화 서 비 스 를 고려 할 수 있 습 니 다.
    requests 클 라 이언 트 가 요청 한 총 수 는 보통 다른 두 개 보다 큽 니 다.
    Reading 은 nginx 가 요청 헤더 의 총 수 를 읽 고 있 음 을 표시 합 니 다.
    Writing 은 nginx 가 클 라 이언 트 에 요청 한 총 수 를 쓰 고 있 음 을 표시 합 니 다.
    Waiting 은 클 라 이언 트 가 응답 을 기다 리 고 있 는 총 수 를 표시 합 니 다.

Active connections: 1 
server accepts handled requests
 4 4 11 
Reading: 0 Writing: 1 Waiting: 0

     
        위의 매개 변수 에 대한 설명 을 통 해 발견 하기 어렵 지 않다.서버 의 요 구 량 을 얻 으 려 면 연결 수가 쉽다.그리고 우 리 는 감시 프로그램 을 써 서 1s 마다 stub 를 호출 할 수 있 습 니 다.status 의 location, 지난 초 와 같은 감법 으로 얻 을 수 있 는 nginx 서버 QPS.그러나 안 타 깝 게 도 nginx 처리 요청 의 평균 응답 시간 을 어떻게 원 하 는 지 해결 할 수 없습니다.http 인터페이스 총수 timeout 이 라 고 말 하 는 사람 이 있다 면 답답 합 니 다.나의 서비스 응답 은 도대체 얼마나 됩 니까?이 문 제 는 급히 해결 해 야 한다.
        문제 해결 의 방향 은 이렇다.accepts handled requests 뒤에 서버 가 모든 요청 응답 시간 을 처리 하 는 반환 값 을 추가 합 니 다.이렇게 하면 현재 서비스의 응답 시간 을 보 려 면 지난 초 요청 시간 과 차이 가 나 면 이 초 에 처 리 된 handled 값 으로 나 누 면 됩 니 다.
    수 정 된 결 과 는 다음 과 같 습 니 다. 그 중에서 13 은 모든 요청 이 누 적 된 응답 시간 이 고 단 위 는 밀리초 입 니 다.

Active connections: 1 
server accepts handled requests
 1 1 63 13 
Reading: 0 Writing: 1 Waiting: 0

    코드 https://github.com/guisz/nginx-1.9.9-stub_status.git  살펴보다