Keep track of transport latency
- Vorherrschende Sprache
- Java
- Sterne
- 12.1k
- Forks
- 4k
- Ø Merge
- 2 T. 17 Std.
- Gemergte PRs (30 T.)
- 37
Beschreibung
@ejona86 [wrote](https://github.com/grpc/grpc-java/pull/2695#issuecomment-278081929):
> Long-term, I question if the transports should just keep track of their latency. They know the latency initially via `SETTINGS` ack and then later via flow control pinging.
Beitragsleitfaden
Rechercherichtung
Beginne mit der in Pull Request #2695 verlinkten Diskussion und untersuche anschließend die in der Issue genannten Transportimplementierungen. Ermittle die beabsichtigten Latenzdaten aus SETTINGS-Bestätigungen und Flow-Control-Pings, da keine Dateien, Tests oder konkreten Verbraucher angegeben sind. Die Issue benötigt einen abgestimmten Umfang und Validierungskriterien, bevor die Implementierung als abgeschlossen betrachtet werden kann.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- networking
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100