Skip to content

Commit a496147

Browse files
sysrqbchris-wood
andauthored
Update draft-group-privacypass-consistency-mirror.md
Co-authored-by: Christopher Wood <caw@heapingbits.net>
1 parent 852eb59 commit a496147

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

draft-group-privacypass-consistency-mirror.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -327,11 +327,11 @@ Two strategies for maintaining consistency are:
327327
1. Pre-emptively execute a consistency check for a resource that is expiring soon; and
328328
1. Execute a consistency check of an expired resource at the time of its next use.
329329

330-
For strategy 1, clients should avoid executing the check at the time of
331-
expiration. Implementations should decide when re-checking is appropriate
332-
depending on available server capacity and expected client load. For example,
333-
an implementation could configure clients to re-check consistency at some
334-
randomly chosen time within a few hours before the resource's expiration time.
330+
For strategy 1, clients that execute consistency checks at the same time can
331+
induce a thundering herd that overwhelms the mirror resource. Since coordinating
332+
consistency checks across clients is difficult, clients can instead execute consistency
333+
checks at random times before the resource expires. Clients that have more information
334+
about a mirror's available capacity can choose different implementations for strategy 1.
335335

336336
Strategy 2 might be preferrable for a service and resource that is infrequently
337337
used. Clients should consider how this strategy may reveal usage patterns over

0 commit comments

Comments
 (0)