Stripe-style payment events fanned out to accounting, a spreadsheet and receipt email, with no event lost and nothing done twice. This page replays a recorded run of the real service: the numbers and responses are what it actually returned.
A sender retries the same signed event 100 more times, as Stripe does when it is unsure. This is a replay of the recorded responses, not a live call.
All 100 acknowledged, and nothing was done twice.
Replay shows what the real service did: the sheets outage had cleared, so that delivery succeeded. The invalid email address failed again and went back to the queue.
| Event | Adapter | Attempts | Replays | Last error |
|---|
Nothing in the dead-letter queue.
Open one to see each delivery and every attempt, including the retries.
| Event | Type | Received | Delivered | Dead |
|---|
| Adapter | Status | Attempts | Replays | Last error |
|---|
| Adapter | Replay | Attempt | Started | Took | Outcome | Error |
|---|
Run on 2026-11-04 with dotnet run -c Release --project tools/LoadTest -- 1000 32. Client and server share one Windows 11 developer machine, over real HTTP on localhost, with a real SQLite file (WAL, synchronous=FULL).
| Measure | Result |
|---|---|
| Requests sent | 1,100 |
| Unique events | 1,000 |
| Duplicates sent, and acknowledged as duplicates | 100, 100 |
| Failed requests | 0 |
| Concurrent senders | 32 |
| Time to acknowledge every request | 1.08 s |
| Requests acknowledged per second | 1,018 |
| Time from first send to last delivery | 4.67 s |
| Deliveries completed per second, end to end | 643 |
| Acknowledgement p50 | 24.6 ms |
| Acknowledgement p95 | 49.6 ms |
| Acknowledgement p99 | 186.2 ms |
| Slowest acknowledgement | 194.2 ms |
| Deliveries completed | 3,000 |
| Delivery attempts, including retries | 3,100 |
| Dead letters | 0 |
| Invoices, sheet rows, receipts written | 1,000, 1,000, 1,000 |
| Exactly one of each effect per event | yes |