Checkpoint: publish latency trim
This commit is contained in:
parent
cb23a5e32d
commit
f2c30d397f
1 changed files with 13 additions and 6 deletions
|
|
@ -7,16 +7,22 @@ verified green at the moment this file was written.
|
||||||
|
|
||||||
- Project: `/home/avi/Projects/Nostr_Keynctr` (renamed from `0_Nostr` after commit `1116dfd`;
|
- Project: `/home/avi/Projects/Nostr_Keynctr` (renamed from `0_Nostr` after commit `1116dfd`;
|
||||||
folder itself renamed from `Nostr-Keynectr` — see `2e4005d`)
|
folder itself renamed from `Nostr-Keynectr` — see `2e4005d`)
|
||||||
- Git repo: `master` @ `4d70b25` ("Make IPC concurrent so relay checks and feeds never
|
- Git repo: `master` @ `cb23a5e` ("Trim metadata publish latency: skip global
|
||||||
block the UI"). Before it: `d618a5a` (rename), `64502c1` (button wrap), `653945a`
|
connection wait, 6s send cap"). Before it: `4d70b25` (concurrent IPC), `d618a5a`
|
||||||
(card-click selection), `2e4005d` (folder-rename checkpoint), `24b34b6`, `6ead6f4`,
|
(rename), `64502c1` (button wrap), `653945a` (card-click selection), `2e4005d`
|
||||||
`31ef305` (Keynectr rebrand), `a6329d5` (metadata publishing), `db81f8d`
|
(folder-rename checkpoint), `24b34b6`, `6ead6f4`, `31ef305` (Keynectr rebrand),
|
||||||
(delete + undo).
|
`a6329d5` (metadata publishing), `db81f8d` (delete + undo).
|
||||||
- Working tree is **clean** apart from this checkpoint update, which is committed right after.
|
- Working tree is **clean** apart from this checkpoint update, which is committed right after.
|
||||||
|
|
||||||
## What was completed
|
## What was completed
|
||||||
|
|
||||||
1. **Backend made responsive (2026-08-23, `4d70b25`)** — user-visible lag fixed:
|
1. **Publish latency trimmed further (2026-08-23, `cb23a5e`)** — after the concurrent
|
||||||
|
IPC fix, rename still took ~10 s: `wait_for_connection` always burned its full
|
||||||
|
timeout when any relay was unreachable, and the dead relay's send burned 8 s.
|
||||||
|
Removed the global connection wait (`send_event` waits for writability itself) and
|
||||||
|
capped sends at 6 s. Typical rename now completes in ~1–3 s even with one dead
|
||||||
|
relay. If still too slow, next step is fully background publishing.
|
||||||
|
2. **Backend made responsive (2026-08-23, `4d70b25`)** — user-visible lag fixed:
|
||||||
Selecting a profile took ~10 s and renaming ~30 s. Root causes: the IPC server
|
Selecting a profile took ~10 s and renaming ~30 s. Root causes: the IPC server
|
||||||
processed requests strictly one-at-a-time; the Home screen fires a relay test per
|
processed requests strictly one-at-a-time; the Home screen fires a relay test per
|
||||||
enabled relay on mount (a dead relay burns the full 8 s timeout each), and
|
enabled relay on mount (a dead relay burns the full 8 s timeout each), and
|
||||||
|
|
@ -57,6 +63,7 @@ verified green at the moment this file was written.
|
||||||
|
|
||||||
## Commits added most recently
|
## Commits added most recently
|
||||||
|
|
||||||
|
- `cb23a5e` Trim metadata publish latency: skip global connection wait, 6s send cap
|
||||||
- `4d70b25` Make IPC concurrent so relay checks and feeds never block the UI
|
- `4d70b25` Make IPC concurrent so relay checks and feeds never block the UI
|
||||||
- `d618a5a` Add profile rename with metadata republish (GUI + CLI)
|
- `d618a5a` Add profile rename with metadata republish (GUI + CLI)
|
||||||
- `64502c1` Wrap profile card action buttons on narrow windows
|
- `64502c1` Wrap profile card action buttons on narrow windows
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue