I'm doing concurrent users load test for SignalR Protocol with WebSocket transport, I'm able run the script successfully for single users with more than 1 iteration. If I run it for concurrent users I'm not getting the expected behavior- which is I'm getting Second users response in first user request.
Please guide me here.
Most probably your parameterization or correlation fails somewhere somehow, i.e. you're sending the same session argument for both users.
Use Debug Sampler and View Results Tree listener combination in order to inspect request and response details and associated JMeter Variables values.
Related
There is a live-streaming service where comments could be added just like it is happening on YouTube.
My goal is to check performance on client side.
Through jmeter I created N websocket connections.
The problem is to check that all connections receive correct information.
For one connection, you can view the responses from the server with your eyes and check that the updates come in synchronously with how comments are added.
But if there are 500 connections, then you can’t see it with your eyes.
And if every connection updates fly every 200 ms, then even more so.
**The question is **: how to check that EVERY connection created has received ALL updates from the server.
JMeter provides mechanism to apply pass/fail criteria to its Samplers via Assertions.
The most popular is Response Assertion you can check whether Sampler's response contains the data you expect it to contain or vice versa.
Check out How to Use JMeter Assertions in Three Easy Steps article for more information on JMeter Assertions concept.
I have a JMeter script that is executed in distributed mode with 4 nodes. One of them is the controller and does not do any request and the other 3, as workers do the requests.
I can currently set one of the workers as a master worker, setting a property in the user.properties file for that specific worker. This "master" worker perform some requests that has to be done only once, so these requests can't be done by the other workers.
Now I have the need of extract some values from the response of these unique request and send this information to the other slaves.
Is it possible to do this?
How can data be sent form one worker to the other workers at run time?
You can use HTTP Simple Table Server plugin and populate it with data from the "master" worker using ADD command so once you do the setup of the pre-requisites all other workers including the master could access the generated data via READ command
HTTP Simple Table server can be installed using JMeter Plugins Manager
No it's not possible.
The communication between Controller and servers is very reduced:
Controller send start / stop / shutdown commands to servers
Servers send sample result to controller
That's it.
To communicate you'll need to use 3rd party tiers like Redis DB or similar means.
I want email notification after completion of test i have more than 100 samplers so i need bulk mail which should contain only slow response services/samplers how to achieve this?
I would suggest the following setup:
Amend JMeter configuration to save only failed samples and to store the results as soon as they appear by adding the next lines to user.properties file:
jmeter.save.saveservice.successful=false
jmeter.save.saveservice.autoflush=true
JMeter restart will be required to pick the properties up
Use Duration Assertion with some form of threshold to mark "slow" samplers with response times lower than that threshold as failed
Use tearDown Thread Group and SMTP Sampler to send the results where required.
References:
Configuring JMeter
Load Testing Your Email Server: How to Send and Receive E-mails with JMeter
I am working on Apache Jmeter. I am going to simulate DOS attack with this software, so I need a script for benign client and script for malicious client. benign client send a request every second and malicious client send 10 request per second. How should I do it?
HTTP Request sampler will be quite enough to simulate your scenario.
Make sure that you provide enough threads on Thread Group level
Amount of request per second can be precisely controlled by Constant Throughput Timer
I need to test an application that processes SIP requests. For now, I want to test the performance of the application, so I need a way to generate a big number of SIP requests.
I know there are tools for this (like SipP), but I don't know what is the maximum number of requests that a single computer can really send in a particular time interval.
I never done this type of test, i need help.
Thanks
Well sipp can generate requests pretty quickly and if you're testing call set up and tear down, i.e. INVITE requests an d associated transaction processing, it's almost certainly the tool for the job.
If you're not concerned about SIP transaction processing and instead just want to bombard your server with SIP requests you could just whip up a console application with a UDP socket and send dummy requests by using a template request and modifying the following:
The branchid parameter on the Via header,
The tag parameter on the From header,
The Call-ID header.
Since your app will only be doing a few string search and replaces and a UDP send it will be able to generate requests probably a 100 to 1000 times faster than a server on the same hardware, that needs to parse and understand the requests, will be able to process them.