Add mechanism for event driven app to wait efficiently
Maintainer antworten meist innerhalb von 4 Tagen
@zpostfacto arbeitet bereits daran.
Seit 29.1.2019.
Bewertung
Dieses Issue wurde noch nicht bewertet.
Beschreibung
We've been designing for real-time apps that "tick" on a relatively high frequency, and that will poll for messages at this interval.
We should provide a mechanism for apps that don't fit this model, e.g. the more traditional event-driven server model where you select()/poll() and then wake up and process the event immediately.
I think the simplest way to do this is to provide a config parameter that specifies a callback when a new message arrives. The intention would be that the app would use some mechanism (e.g. set an event on windows) to wake up their other thread that is actually going to do the work. I'm worried that somebody will actually try to process the message in the callback, and that would probably be bad. If necessary, we could put these callbacks on another thread, so that they cannot shoot themselves in the foot by doing dumb stuff.
- Vorherrschende Sprache
- C++
- Sterne
- 10k
- Forks
- 762
- Ø Merge
- 5 T. 19 Std.
- Gemergte PRs (30 T.)
- 1
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
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.
Mehr aus ValveSoftware/GameNetworkingSockets
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 79/100
ValveSoftware/GameNetworkingSockets#452 ·
Maintainer antworten meist innerhalb von 4 Tagen
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
ValveSoftware/GameNetworkingSockets#458 ·
Maintainer antworten meist innerhalb von 4 Tagen
-
ISteamNetworkingSockets: Trying to use over 8 network lanes/channels failsEvtl. vergeben @jpggvilaca hat das vor 4 Tagen übernommen. Offen
Schwierigkeit 4/5 1-2 Tage Anfängerfreundlichkeit 55/100
ValveSoftware/GameNetworkingSockets#455 ·
Maintainer antworten meist innerhalb von 4 Tagen
-
ConfigureConnectionLanes: reconfiguring lanes can leave one lane in a stale priority classEvtl. vergeben @sebxt hat das vor 7 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 35/100
ValveSoftware/GameNetworkingSockets#453 ·
Maintainer antworten meist innerhalb von 4 Tagen
-
Native ICE TURN failover fails when the servers use different credentialsEvtl. vergeben @PerryLink hat das vor 18 Tagen übernommen. Offen
Schwierigkeit 3/5 Ein halber Tag Anfängerfreundlichkeit 66/100
ValveSoftware/GameNetworkingSockets#445 ·
Maintainer antworten meist innerhalb von 4 Tagen
Alle Issues in ValveSoftware/GameNetworkingSockets
Ähnliche Issues
-
bug intrinsic medium priority rt_lib
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
sumatrapdfreader/sumatrapdf#6417 · 3 Kommentare ·
-
[BUG] Cython cache evicts most recent instead of oldest entry on cleanupEvtl. vergeben @scoder hat das heute übernommen. OffenBuild System defect
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
NVIDIA-Omniverse/PhysX#590 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag