PayAPIKey

API Rate Limit Calculator

Compare RPM, TPM, concurrency, latency, and user request frequency to design practical rate limits.

API rate limit calculatorrate limit calculatorrequests per minute calculatortoken per minute calculator

API Rate Limit Calculator

Check RPM, TPM, concurrency, and queue needs before users hit provider limits.

Demand RPM
125
Safe limit 2,250
Demand TPM
112.5K
Safe limit 750K
In-flight requests
9
At average latency
Throttle risk
Low
TPM is the tighter constraint
ItemBasisValue
RPM utilizationDemand divided by reserved RPM5.6%
TPM utilizationDemand divided by reserved TPM15%
Recommended queue sizeOnly for overflow beyond reserved RPM0
Max user frequencyPer active user at reserved capacity3.33 requests/min
Recommended ruleApply per-user and workspace capsSafe with current reserve

Frequently asked questions

Practical answers for applying this calculator to a production API billing or usage plan.

What is the difference between RPM and TPM?

RPM limits how many requests can start in one minute, while TPM limits the token volume processed in that minute. An AI API can remain under RPM and still exceed TPM when requests contain large prompts or outputs.

How does concurrency affect an API rate limit?

Concurrency measures requests in flight at the same time. Higher latency keeps requests open longer, so a workload can hit a concurrency ceiling even when its requests-per-minute rate appears acceptable.

What queue size should I use for API requests?

Size the queue for short, expected bursts rather than sustained overload. The queue should have a maximum wait time and reject excess work with a clear retry response before latency becomes unacceptable.

How much rate-limit capacity should remain in reserve?

Keeping 15% to 30% of upstream capacity in reserve is a common starting point. The reserve covers retries, monitoring calls, traffic spikes, and measurement error without immediately throttling customers.

How do API rate limits affect paid API pricing?

API rate limits affect pricing because they define how much capacity a customer can consume in a short window, not just across a month. A plan with 1,000,000 included requests can still be expensive to operate if customers send all traffic during peak minutes. Price and limit together: monthly quota controls total cost, RPM and TPM control burst cost, and concurrency controls in-flight load. For example, a Growth plan might include more monthly usage plus a higher RPM limit, while overage handles sustained consumption. This keeps paid API pricing aligned with both volume and infrastructure pressure.