apple/swift-nio

NIOLoopBound should get `unchecked` variants that are truly free in release mode

Open

#2506 aperta il 17 ago 2023

Vedi su GitHub
 (5 commenti) (0 reazioni) (0 assegnatari)Swift (749 fork)batch import
good first issuekind/enhancement

Metriche repository

Star
 (8453 star)
Metriche merge PR
 (Merge medio 8g 5h) (18 PR mergiate in 30 g)

Descrizione

NIOLoopBound(Box) is super useful when adopting Sendable but the eventLoop.preconditionInEventLoop() checks everywhere are expensive and -- for repeated accesses -- unnecessary.

There should be unchecked variants of init, get and set value that do eventLoop.assertInEventLoop() instead. Together with @inlinable that should become completely free in release mode (and still check in debug).

Docs:

Guida contributor

Direzione di ricerca
L'implementazione dovrebbe aggiungere nuovi inizializzatori e metodi a `NIOLoopBound` e `NIOLoopBoundBox` nel modulo NIO. Il problema suggerisce di utilizzare `assertInEventLoop` invece di `preconditionInEventLoop` nelle varianti non controllate, e di contrassegnarle con `@inlinable` per l'ottimizzazione in modalità release. I contributori dovrebbero esaminare l'implementazione esistente ai link di documentazione forniti e considerare eventuali implicazioni sulla sicurezza dei thread.
Tech stack
swift
Dominio
backendperformance
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Datata
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
Swift concurrencyNIOLoopBound APIassert vs precondition
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
60