About this tool
Renting GPUs versus paying per token
A self-hosted model costs the same whether it serves ten requests or ten million, as long as the GPUs stay on. An API bill starts at zero and grows with every request. This page puts both monthly figures side by side for the traffic you describe, and finds the daily request count where the two lines cross.
What the break-even point means
The break-even is the lowest request count at which the API costs at least as much as your GPUs. When traffic outgrows the cards you entered, the page adds GPUs and the self-host line steps up, so there can be more than one step on the way. If the API stays cheaper all the way to 100 million requests a day, the page says there is no crossing rather than inventing one.
Why utilization changes the answer
A GPU delivers its benchmark throughput only while it is busy, and queueing delay climbs steeply as it nears full load. The page plans for a utilization ceiling, 70% by default, and bills the GPU-hours that ceiling implies. A lower ceiling needs more hours for the same traffic, which pushes the break-even up or leaves it where it is. The sensitivity table shows the same question at 20, 40, 60 and 80 percent.
Fitting the model in VRAM
The VRAM estimate counts only the weights: parameters times bits, divided by eight, plus 20% for runtime overhead. It does not include the KV cache. That memory grows with context length and with the number of requests served at once, so a model that fits on paper can still need a bigger card or a shorter context.
What this page leaves out
The answer depends entirely on the numbers you enter. Engineering time, monitoring and storage are excluded unless you enter them as fixed monthly cost. Latency, model quality and data-handling rules are not compared either. An open-weight model is not the same model as the hosted API one, so a lower bill is a fair comparison only when the quality is good enough for your job.