You could try to log with DEBUG level, and see if jmeter.log has messages like "thread 1-37 terminated because the scheduler's time is reached".
Perhaps it's just the web server that takes a long time to answer when 100 requests arrive concurrently. Running the test for, say, 20 minutes instead of 30 seconds might shed some light. Would the difference between completed OS Process Samplers and completed HTTP Samplers still be about 80 (therefore much smaller in %), or would you still have about 1 completed HTTP Sampler for approx. every 4 completed OS Process Samplers? Best regards, Ivan On Wed, Aug 21, 2019 at 7:15 PM [email protected] <[email protected]> wrote: > Hi, > I have a Jmeter test plan where I have: > Thread group - OS Process Sampler - Beanshell Post Processor - > Cookie Manager > - HTTP Request - Summary > > The Beanshell Post Process just haas: > response = prev.getResponseDataAsString(); > vars.put("SAMLResponseBody", response); > and the HTTP Request has in the BODY DATA: > ${SAMLResponseBody} > > Basically, the OS Process Sampler executes a Java app, and then the > Beanshell Post Processor moves the output from the Java app into a Jmeter > variable, "SampleResponseBody", and then the HTTP Request sends that to a > URL. > However, when I run the test plan with 100 threads with scheduler set for > 30 seconds, and I look at the Summary after the test has stopped, I am > seeing: > OS Process Sampler: # Samples = 106HTTP Request: # Samples = 24 > And there are 0.00% Errors. > > I *expected* that the #Samples for the OS Process Sampler would be the > same as the #Samples for the HTTP Request, i.e., there should be one HTTP > Request for each body/string that gets produced. > Can someone tell me why that is not the case? > Thanks,Jim > > >
