Estimate the number of virtual users required to generate a specific workload, based on response time, think time, and pacing.
Performance TestingNumber of transactions the system should handle per second.
Time taken to complete one full transaction.
Time a user takes before initiating the next action.
Wait time between two transactions to control load pattern.
Enter your values to see the result.
The Virtual User Calculator tells you how many concurrent virtual users (JMeter threads, LoadRunner Vusers, k6 VUs) you need to configure so that your load test produces a target throughput. Instead of guessing a user count and adjusting it run after run, you enter the transactions per second the system must handle along with your script’s response time, think time and pacing, and get the concurrency required to hit that load.
Little's Law connects throughput and concurrency: the number of virtual users you need is the target throughput multiplied by the average time each user spends in the system per iteration (response time, plus any think time and pacing you've configured).
Where:
An e-commerce checkout API must handle 50 transactions per second during peak hours.
Inputs
Step-by-step
Result: Configure 250 virtual users to generate a sustained load of 50 TPS.
Forgetting to include think time — this understates the number of virtual users needed and under-loads the system under test.
Using peak response time instead of average response time, which overestimates the required concurrency.
Confusing "virtual users" with "requests per second" — they measure different things and this calculator converts between them.
Run this scenario at real scale with Baseline11's distributed load testing platform.