2015-01-22 2 views
2

jmeter를 사용하여 레코더에 간단한 흐름이 있습니다. 한 스레드 그룹에서 여러 HTTP 요청이 있습니다. blazemeter에서 동시 사용자 50 명을 대상으로이 스레드 그룹을 실행하려고합니다. 하지만 jmx 파일을 실행하려고하면 htis/s가 약 3 초 정도 걸리는 것을 볼 수 있습니다. 비록 내 rampup 시간은 0입니다 & 스레드는 50입니다. 내 이해는 사용자가 동시 발생하는 경우 & 각 사용자 (스레드) 3 요청을 누른 다음 최소 조회수/s는 50이어야합니다.최대 히트 수를 생성하는 방법

나는 일정한 처리량을 추가했습니다 스레드 그룹의 하단에있는 타이머 & 처리량 컨트롤러. 타이머 대상 처리량은 처리량 컨트롤러에서 300 &으로 설정되며 처리량은 실행 백분율로 100으로 설정됩니다.

블레이저 미터에서 최대 히트 수는 어떻게 달성합니까? 또는 나는 여기에서 무엇인가 놓치고있다. 미리 감사드립니다.

답변

1

나는 일정한 처리량 타이머를 오용하고 있다고 생각합니다. 분당 300 개 요청

  1. 처리량은 60분의 300 = 너무 이상 일분
  2. 각을보다 당신의 검사 결과가 지속 있는지 확인 수준에서 작동 초
  3. 상수 처리량 타이머 당 5 개 요청 제공 가상 사용자를 나타내는 JMeter 스레드는 스레드가 더 이상 수행하지 않을 때 중첩 된 샘플러를 거꾸로 실행합니다. 쓰레드에 대한 충분한 작업이 있는지 확인하십시오 - 충분한 루프를 제공하는지 확인하십시오 (2 번 포인트 참조)
  4. 일정 처리량 타이머는 새 스레드를 시작할 수 없으며 현재 활성을 조절할 수 있습니다 (일시 중지). 스레드를 정의하여 처리량을 정의합니다. 스레드 수를 늘려보십시오.

은 자세한 내용은 또한 Throughput Shaping Timer 대신, 그것은 JMeter를의 CTT보다 조금 더 많은 유연성을 제공하고 사용하실 수 있습니다 How to use JMeter's Throughput Constant Timer 가이드

를 참조하십시오.

+0

Iv'e는 분당 요청을 3000으로 변경했지만 처리량이 34, 45, ... 증가하는 것으로 보입니다. 50이 아니어야합니다. 실제로 고객에게 이유를 설명해야합니다. –

+0

가상 사용자 수를 늘려보십시오. 도움이되지 않는 경우 - 처리량 타이머 값을 6000으로 늘리십시오. 그래도 ~ 40의 처리량을받는다면 응용 프로그램이 더 빠르게 응답 할 수 없음을 의미합니다 –

관련 문제