JMeter 3.1에서 jsr223 sampler를 사용하여 HTTP 요청 데이터의 키를 생성하고 있습니다. 문제는 내 스크립트가 암호화 알고리즘을 사용한다는 것입니다. 따라서 스레드 수가 증가하면 스크립트 지속 시간도 증가합니다 (사용자 수에 비례하여 증가합니다). 따라서 초당 5 회의 히트를 생성 할 수는 없습니다. 동시에 CPU 사용률은 낮게 유지됩니다 (8 코어 및 32GB RAM). 초당 히트를 높이는 방법에 대한 아이디어가 있습니까?Jmeter. JSR223, Groovy. 로드가 5 초 이상 발생하지 않음
동일한 문제가 발생했습니다. 내 실험에서 JSR223 + Groovy가 다른 구현 옵션보다 느리게 수행되는 것을 보았습니다. GC 활동으로 인한 가비지 수집 및 CPU 오버 헤드에 큰 영향을 미쳤습니다. 내가 JSR223을 Groovy에서 Java로 바꿨을 때, 여전히 많은 잠금이 있었고 스레드는 지속적으로 beanshell bsh.name에 잠겼습니다.
마지막으로 모든 JSR223 테스트 요소를 beanshell 프리 프로세서/포스트 프로세서/어설 션 및 샘플러와 같은 원시 beanshell 요소로 바꿨습니다. 초당 수천 건의 요청으로 쉽게 확장되었으며 수행 시간은 < 1mSec였습니다.
JSR223 + Groovy를 추천하는 많은 기사를 보았지만 제 경우에는 작동하지 않았습니다. 자바 코드가있는 beanshell 요소로 전환하십시오. 효과가있을 것입니다.
JMeter Tuning - JSR223 + Groovy Vs JSR223 + Java BeanShell Vs Raw BeanShell
beanshell을 다시 사용해보십시오. – Fundorin
다음을 사용하여 JMeter를 시작하고 GC와 스레드 스냅 샷을 게시 할 수 있습니까? "java.exe -Djsse.enableSNIExtension = false - XX : + HeapDumpOnOutOfMemoryError -Xms4g -Xmx4g -XX : + UseG1GC -XX : MaxGCPauseMillis = 200 -XX : + CMSClassUnloadingEnabled -Dgroovy.use.classvalue = true -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.authenticate = false -Dcom.sun.management.jmxremote.local.only = false -Dcom.sun.management.jmxremote.port = 9010 -Dcom.sun.management.jmxremote.ssl = false -jar
당신이 jsr223 요소 캐시를 확인 했 나의 기사를 참조하십시오?
그렇지 않으면 문제를 설명 할 수 있습니다. JSR223 + 캐시 검사가있는 Groovy는 중요한 요소로 Beanshell보다 성능이 우수합니다.
예, 코드에 문제가있을 수 있지만 5 초 간격으로 3 개의 스레드 덤프를 만들고 JMeter가 수행중인 작업을 확인할 수 있습니다.
1. 코드를 제공합니다 :
또한 테스트 할 때 모범 사례를 따라하고 확인합니다. 2. 어떤 "암호화 알고리즘"을 사용하고 있습니까? – zaph하이브리드 암호 시스템을 사용합니다. 죄송합니다. 코드를 제공 할 수 없습니다. 나는 그것이 jmeter의 문제라고 생각한다. – Fundorin
성능 문제의 원인이되는 암호화 기본 요소 정보를 제공하지 않으면 대답이 불가능합니다. – zaph