onivim/oni

Benchmark typing latency

Open

#90 geöffnet am 12. Dez. 2016

Auf GitHub ansehen
 (6 Kommentare) (3 Reaktionen) (0 zugewiesene Personen)TypeScript (336 Forks)batch import
help wantedinsiderperformance

Repository-Metriken

Stars
 (11.389 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

This article: https://pavelfatin.com/typing-with-pleasure/ has a really great and in-depth investigation into the typing latency of various editors. This latency - the time from pressing the key to seeing the result on the screen - is incredibly important especially with developers. This latency is a huge part in whether an editor is a joy to use or if it feels slow.

For this work, we should look at the following:

  • What are the current measurements of typing latency?
  • What can we do to improve?
  • Can we add metrics so that build-over-build we can see how the latency changes?

Contributor Guide

Research-Richtung
Richten Sie einen Benchmark ein, um die Tipplatenz mit einem Tool wie TypingLatency oder benutzerdefiniertem Tastendruck Timing zu messen. Untersuchen Sie die aktuelle Latenz, indem Sie die Ereignisschleife und die Rendering Pipeline profilieren. Erwägen Sie das Hinzufügen eines CI Benchmarks, um die Latenz im Laufe der Zeit zu verfolgen.
Tech Stack
typescript
Domain
performance
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
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.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65