- This topic has 5 replies, 4 voices, and was last updated 6 years, 6 months ago by
.
-
Posts
-
Hi.
Im in the situation that I need simulate a larger number of clients (initially 1000) that a server can speak to, to check if the server can handle the amount and load. The clients is mostly passivce and only answers when the server calls it. I need to be able to configure what answers to give to certain messages. Is there any tools out there to handle this task?
interesting. would like to follow.
What I think you can do, is code a small STUB that you can configure for the different messages.
Secondly I would look into virtualization, docker/VM’s/Cloud and deploy the agents out there.
Yes im on to something like that. I have a python script that pretends to be the client and it works fine, but I need a way to run it in 1000 instances and that is really tricky. I can make a master script create X instances on one computer and run them on different ports but that gets cluttered very easily. However it’s not very important that the clients stay alive all the time but I’d like some kind of way to monitor in that case.
So if I break it down you need a machine (or a couple) where you startup that python script multiple times… If it can’t be started multiple times on one instance, maybe running it in lot’s of containers may be a solution?
If the communication is http, maybe starting the script multiple times on diferent ports and doing some voodoo with Nginx acting as a reverse proxy might be a way to do it?
Albert Witteveen has been working both as an operations manager and a professional tester for nearly two decades now. The combination of setting up complex server environments and professional testing almost automatically led to a specialisation in performance testing.
He wrote a practical guide to load and stress testing which is available at Amazon. This books discusses how to do performance testing, how to provide real value and how to assess the performance in an objective way. It describes how t
- You must be logged in to reply to this topic.