누군가이 아파치 벤치 결과를 해석 할 수 있습니까? 눈에 띄는 것이 있습니까?
다음은 50 개의 동시 스레드가있는 10K 요청에 대해 실행되는 아파치 벤치입니다.
결과를 이해하는 데 도움이 필요합니까? 차단되는 것을 가리키고 초당 더 많은 요청을 제한하는 결과에서 눈에 띄는 것이 있습니까?
연결 시간 섹션을보고 '대기 중'및 '처리 중'을 참조하십시오. 그것은 평균 대기 시간이 208이고 평균 연결 시간이 0이고 처리량이 208입니다.하지만 총계는 208입니다. 누군가 나에게이 사실을 설명 할 수 있습니까?
연결 시간은 서버와의 연결을 설정하는 데 걸리는 시간입니다. 동일한 서버 또는 LAN에서 실행 중이므로 연결 시간은 0입니다. 처리 시간은 전체 응답을 처리하고 보내는 데 걸리는 총 시간입니다. 대기 시간은 요청을 보내고 응답의 첫 번째 바이트를받는 사이의 시간입니다.
동일한 서버와 작은 파일 크기로 실행 중이므로 처리 시간 == 대기 시간입니다.
실제 벤치 마크의 경우 대상 시장 근처의 여러 지점에서 ab를 시도하여 대기 시간을 확인하십시오. 지금 당신이 가진 모든 정보는 대기 시간입니다.
이 질문은 오래되었지만 같은 문제가 발생하여 답변을 제공 할 수도 있습니다.
에이전트 쪽에서 TCP nagle을 사용하지 않도록 설정하거나 서버 쪽에서 ACK 지연을 사용하면 도움이 될 수 있습니다. 그들은 나쁘게 상호 작용하여 원치 않는 지연을 초래할 수 있습니다. 저처럼, 아마도 당신의 최소 시간이 정확하게 200ms 인 이유 일 것입니다.
확인할 수는 없지만 TCP 사양의 일부이므로 문제는 크로스 플랫폼입니다. 소량의 데이터를주고받는 빠른 연결 일 수도 있지만 큰 전송에 대한 문제도보고되었습니다. 어쩌면 더 나은 TCP를 아는 사람은에 투구 수
참조 :. http://en.wikipedia.org/wiki/TCP_delayed_acknowledgment#Problems http://blogs.technet.com/b/nettracer/archive/2013/01/05/tcp-delayed-ack-combined-with-nagle-algorithm-can-badly-impact-communication-performance.aspx