first-backoff tuning: reconnect pays 200ms-2s per tear #8
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Carried since M7. A reconnect after a tear can pay a 200ms-2s backoff step; measured ~4x win available on fast links, ~2x on slow (decisions.md M7). The schedule is now a documented inline expression in client.zig's reconnect (0 -> 200 -> x2 capped 2000); M15's survey suggested extracting it as a pure pinned nextBackoff() when touched.
Migrated from git-collab issue
d909b10f34daa01a54f059bb68698371dd477b74.Original author: a73x dev@a73x.sh.