nginx 소스 코드 수정 stubstatus
현재 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 살펴보다
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
다양한 언어의 JSONJSON은 Javascript 표기법을 사용하여 데이터 구조를 레이아웃하는 데이터 형식입니다. 그러나 Javascript가 코드에서 이러한 구조를 나타낼 수 있는 유일한 언어는 아닙니다. 저는 일반적으로 '객체'{}...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.