Support for manual timings and merging/adding timings
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- typescript
- Bereich
- backend-api-design, performance
Rechercherichtung
Beginnen Sie mit der Überprüfung der bestehenden TypeScript-Timing-API sowie der im Issue erwähnten Konzepte active-collector und current-results-by-name. Klären Sie, wie wiederholte Messungen und manuell bereitgestellte Timings koexistieren sollen, einschließlich des Umgangs mit Beschreibungen. Als erledigt gilt die Aufgabe, wenn die API beide gewünschten Arbeitsabläufe mit dokumentiertem Verhalten und einer Abdeckung für das Zusammenführen von Timings unterstützt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
I feel that the interface currently is a bit limited:
-
How would one measure time for database queries from multiple code locations? It should be possible to somehow merge multiple measurements for one timing, e.g. by adding up all
durvalues by name. This would not necessarily change the visible interface. Merging descriptions does not make much sense, so one could either use the first or last description that was passed in for a name or change the API such that it is possible to only pass description once for a given name. -
Sometimes it would be easier to specify timings manually, e.g. when timings come from requests to other APIs that return timing information themselves or if code does its own measurements.
Internally, I would probably opt to differentiate active collectors and the current results grouped by name (Map).
- Vorherrschende Sprache
- TypeScript
- Sterne
- 5
- Forks
- 0
- Ø Merge
- 1 Min.
- Gemergte PRs (30 T.)
- 4
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
jbacalso24/mimry#459 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
architecture help wanted hive/claimed-by-architect origin/architect stage/030-pr-in-progress tech-debt
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
kubestellar/console#24422 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
area: backends type: docs
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 83/100
schlessera/brain-kit#2383 ·
Maintainer antworten meist innerhalb von 1 Tag
-
agent duplicate providers tool triaged
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag