Requests-pro-Sekunde-Rechner
Berechne Requests pro Sekunde aus einer Gesamtzahl und einem Zeitfenster. Sieh RPS, RPM, Tagesvolumen, mittlere Abstände und eine konfigurierbare Spitzenlast.
Referenzwerte für Requests pro Sekunde
Die Tabelle zeigt die Umrechnung einer gleichmäßigen Rate in Minuten, Stunden und Tage.
| Requests pro Sekunde | Pro Minute | Pro Stunde | Pro Tag |
|---|---|---|---|
| 1 | 60 | 3.600 | 86.400 |
| 10 | 600 | 36.000 | 864.000 |
| 100 | 6.000 | 360.000 | 8.640.000 |
| 1.000 | 60.000 | 3.600.000 | 86.400.000 |
| 10.000 | 600.000 | 36.000.000 | 864.000.000 |
Häufige Fragen
Wie berechne ich Requests pro Sekunde?
Teile die Gesamtzahl der Requests durch die Länge des Zeitfensters in Sekunden. Bei 1.000.000 Requests in einer Stunde teilst du 1.000.000 durch 3.600 und erhältst rund 277,78 RPS. Der Rechner wandelt Sekunden, Minuten, Stunden oder Tage zuerst in Sekunden um. Zusätzlich zeigt er den mittleren Abstand zwischen zwei Requests.
Was ist der Unterschied zwischen durchschnittlicher und maximaler RPS?
Die durchschnittliche RPS verteilt alle Requests gleichmäßig auf das Zeitfenster. Die Spitzen-RPS schätzt dagegen die höchste Belastung einer kurzen Phase. Echter Datenverkehr ist selten gleichmäßig. Der Rechner multipliziert den Durchschnitt deshalb mit dem von dir gewählten Spitzenfaktor. Kapazität und Ratenlimits sollten die Spitze und nicht nur den Durchschnitt abdecken.
Welchen Spitzenfaktor sollte ich verwenden?
Leite den Faktor möglichst aus deinen Messdaten ab. Teile dafür die höchste einsekündige oder einminütige Rate durch den Durchschnitt im gleichen Zeitraum. Viele Web- und API-Anwendungen liegen zwischen 2 und 10. Verwende 1 nur bei tatsächlich gleichmäßigem Datenverkehr. Plane zusätzlich Reserven für Wachstum und unerwartete Spitzen ein.
Wie rechne ich RPS in RPM oder Requests pro Tag um?
Multipliziere RPS mit der Zahl der Sekunden in der Zieleinheit. Requests pro Minute sind RPS mal 60, Requests pro Stunde sind RPS mal 3.600 und Requests pro Tag sind RPS mal 86.400. Bei 50 RPS ergeben sich 3.000 RPM und rund 4.320.000 Requests pro Tag. Der Rechner zeigt alle Werte gemeinsam.
Warum muss ein Server mehr als die durchschnittliche RPS verarbeiten?
Requests treffen selten gleichmäßig ein. Spitzen entstehen etwa durch Veröffentlichungen, geplante Jobs, Wiederholungen oder viele gleichzeitige Nutzer. Wenn du nur für den Durchschnitt planst, können diese Bursts Warteschlangen und Fehler erzeugen. Dimensioniere zuerst für die Spitzen-RPS und ergänze eine Sicherheitsreserve für Wachstum und unerwartete Last.
Berücksichtigt der Rechner Parallelität oder Antwortzeiten?
Nein. RPS misst eingehende Requests pro Sekunde, nicht die Zahl der gleichzeitig laufenden Requests. Für eine grobe Parallelitätsschätzung kannst du das Gesetz von Little verwenden. Gleichzeitige Requests entsprechen ungefähr RPS mal durchschnittlicher Antwortzeit in Sekunden. Für Thread-Pools und Verbindungslimits brauchst du zusätzlich reale Messwerte deines Systems.
Änderungsverlauf
Aktualisierungen von Requests-pro-Sekunde-Rechner, nach Datum gruppiert.
1 Aktualisierung
Requests-pro-Sekunde-Rechner hinzugefügt
- Berechne Requests pro Sekunde aus einer Gesamtzahl und einem Zeitfenster. Sieh RPS, RPM, Tagesvolumen, mittlere Abstände und eine konfigurierbare Spitzenlast.
Ähnliche Rechner
Weitere geprüfte Rechner im Themenbereich „Technik“.