Virtual User Calculator

Free Tool
Popular

Estimate the number of virtual users required to generate a specific workload, based on response time, think time, and pacing.

Performance Testing

Number 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.

* Required fields. Results update automatically as you type.

Results

Enter your values to see the result.


What is the Virtual User Calculator?

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.

How it works

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).

Formula to calculate virtual users

Virtual Users = Target TPS × (Response Time + Think Time + Pacing)

Where:

  • Target TPSTransactions per second the system must sustain.
  • Response TimeAverage time to complete one transaction, in seconds.
  • Think TimeDelay a user takes before the next action, in seconds (0 if none).
  • PacingWait time between two iterations, in seconds (0 if none).

Example of virtual user calculation

An e-commerce checkout API must handle 50 transactions per second during peak hours.

Inputs

  • Target TPS = 50
  • Response Time = 2 seconds
  • Think Time = 3 seconds
  • Pacing = 0 seconds

Step-by-step

  1. Time each user spends per transaction = 2 + 3 + 0 = 5 seconds
  2. Virtual Users = 50 × 5 = 250

Result: Configure 250 virtual users to generate a sustained load of 50 TPS.

Common mistakes to avoid

  • 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.


Need advanced performance testing?

Run this scenario at real scale with Baseline11's distributed load testing platform.

Explore Baseline11