ab을 사용하여 내 웹 사이트를 테스트 한 결과 ab -n 10000 -c 1000 http://example.com/path으로 160 #/second으로 응답했습니다. 하지만 내가 ab -n 10000 -c 1000 http://localhost/path으로 테스트했을 때 응답은 완전히 다릅니다 1500 #/second. 왜?localhost와 hostname에 대한 ab 테스트간에 차이가 있습니까?
일반적으로로드 테스트 도구 자체는 매우 리소스 집약적이므로 테스트중인 응용 프로그램이있는 동일한 호스트에서로드 생성기 (ab 또는 다른 도구)를 실행하면 안됩니다. 테스트중인 응용 프로그램과로드 할 응용 프로그램 발전기가 같은 CPU를 위해 고군분투하고, RAM, 네트워크, 디스크, 스왑 등
그래서 내가 인트라넷의 다른 호스트에서 ab을 실행하는 것이 좋습니다,이 방법 당신은 언급하지 않고 더 명확 결과를 얻을 수있을 것입니다 상호 간섭. 테스트중인 응용 프로그램과 부하 생성기 측면 모두에서 vmstat, iostat, top, sar 등을 사용하여 기본 OS 상태 메트릭을 모니터링해야합니다. 이는 진행중인 작업과 인식 된 부하의 영향에 대한 명확한 그림을 제공해야합니다.
또한 ab이 매우 제한 부하 테스트 기능을 가지고 같은 고급 도구를 시도 할 가장 눈에 띄는 무료 및 오픈 소스 부하 테스트 솔루션에 대한 자세한 내용은 Open Source Load Testing Tools: Which One Should You Use? 기사를 체크 아웃 할 수있다 (나열된 모든 도구는 크로스 플랫폼입니다 그래서 당신은 당신이 2 개 개의 다른 구성에서 동일한 웹 사이트를 테스트하고, 내가 이해에서
) 리눅스에서 실행할 수있을 것입니다 :
컴퓨터와 원격 서버 간의 네트워크 연결을 포함한다. 로컬에서 테스트 할 때 모든 것은 루프백 네트워크 인터페이스를 통과합니다. 이는 DSL 인터넷 연결보다 몇 배 빠른 속도입니다.
같은 웹 사이트에서 동일한 서버를 테스트한다. 내 서버에서 내 사이트를 테스트합니다. http://example.com 한 번, http : // localhost –
에 의해 처리됩니다. 그러면 DNS 해상도가 프로세스 속도를 늦출 수 있지만 각 요청에서 ab를 쿼리하는 대신 ab가 DNS 레코드를 캐시 할 것으로 예상됩니다. –
답변 해 주셔서 감사합니다. 그러나 나는이 큰 차이가 왜 숫자에 궁금해하니? –
및로드 테스트 도구에 대해 필자는 랩톱에서 실행 중이 었으며 네트워크가 테스트에 크게 영향을주는 것으로 밝혀졌습니다. 그래서 지금 ab를 사용하고 있습니다. –
[연결 시간] (https://varvy.com/performance/tcp-connection-time.html), [대기 시간] (http://blog.performancevision.com/eng/)과 같은 전송 수준 측정 항목을 고려해야합니다. 백홀/링크 - 대기 시간 - 처리량 및 패킷 손실) 등이 있습니다. 따라서 이러한 측정 항목을 측정하고보고 할 수있는 "고급"도구로 전환하는 것이 좋습니다 ([이 예] 참조) (https : // www.blazemeter.com/blog/how-analyze-results-load-test-using-blazemeter-0) 대기 시간이 병목 현상을 보임 –