envoyproxy/envoy

[http] Measure per-connection and per-request memory usage

Open

#11.421 geöffnet am 3. Juni 2020

Auf GitHub ansehen
 (3 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C++ (5.373 Forks)batch import
area/httparea/perfhelp wanted

Repository-Metriken

Stars
 (27.997 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 8T) (378 gemergte PRs in 30 T)

Beschreibung

It would be good to have some benchmarks that measure memory usage in the following scenarios:

  • H1 and H2 request after proxying request headers to upstream
  • H1 and H2 request after proxying response headers to client
  • Idle H1 client connection using raw sockets and TLS sockets
  • Idle H2 client connection with empty/full compression context

Implementing strict tests like test/integration/stats_integration_test.cc for codec memory usage may not be feasible due to the codecs having a higher rate of change. Use of a mechanism like the one proposed in https://github.com/envoyproxy/envoy/issues/11266 to track these performance metrics and flamegraphs of the heapz output from CI would allow us to detect and track down improvements/regressions.

@oschaaf

Contributor Guide

Research-Richtung
Identifizieren Sie, wo Speicher im HTTP Codec Pfad zugewiesen wird, und fügen Sie Speicherverfolgung auf Makroebene hinzu.
Tech Stack
cpp
Domain
backend
Issue Type
Performance
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
C++
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40