Skip to content

Fastest ReMM SLERP 13B Inference Providers

Ranks providers by estimated time to return 500 tokens, combining the wait for the first token with output speed.

Mancer currently ranks first at 15.82 s via mancer/fp8.

Provider options:
2
Ranked:
2
Metric:
Estimated response time

Fastest response endpoint ranking

Fastest ReMM SLERP 13B Inference Providers
RankProvider / routeEstimated response timeSpeed measurementsEndpoint details
#1Provider / route
Mancermancer/fp8
Estimated response time15.82 sSpeed measurements
500-token response
15.82 s
Response starts
0.90 s
Output speed
33.5 tok/s
Endpoint details
Input price
$0.5 / 1M tokens
Output price
$0.75 / 1M tokens
Uptime (30 min)
Insufficient recent data
Context
6.1K
#2Provider / route
NextBitnextbit/bf16
Estimated response time31.17 sSpeed measurements
500-token response
31.17 s
Response starts
1.76 s
Output speed
17.0 tok/s
Endpoint details
Input price
$0.45 / 1M tokens
Output price
$0.65 / 1M tokens
Uptime (30 min)
96.95%
Context
6.1K

Endpoint data fetched .

ReMM SLERP 13B endpoint guide

How to interpret the Fastest ReMM SLERP 13B Inference Providers

2 of 2 ReMM SLERP 13B endpoints currently have the published data required for this ranking. Mancer leads at 15.82 s via mancer/fp8. The table keeps unranked routes visible so missing measurements do not look like missing provider availability.

How complete response time is ranked

The fastest ranking estimates a 500-token answer by adding the recent median first-token wait to 500 divided by median output throughput. It represents an example complete response, not a guarantee for every prompt or request size.

Compare Mancer with the next option

NextBit currently ranks second at 31.17 s. Compare that gap with input and output price, response-start time, output speed, 30-minute uptime, context length, and the exact route before deciding whether first place is meaningful for your workload.

Use the route, not only the provider name

ReMM SLERP 13B has 2 published provider options, and performance data is matched to each exact OpenRouter routing tag. Different quantization, context, regional deployment, or provider configuration can change price and behavior even when the underlying model name is identical.