perf(desktop): reduce startup load time by ~95% - #1650

Closed
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom
justsomelegs:legs/startup-perf
Closed

perf(desktop): reduce startup load time by ~95%#1650
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom
justsomelegs:legs/startup-perf

Conversation

@justsomelegs

@justsomelegsjustsomelegs commented Apr 1, 2026•
edited by macroscopeapp Bot
Loading

Copy link
Copy Markdown
Contributor

What Changed

  • bootstrap the orchestration engine from projections instead of replaying the full event log on every launch
  • keep full event replay as a fallback if the projection snapshot is missing or incomplete
  • stop loading thread activities into the in-memory engine bootstrap state
  • replace a few startup-time full snapshot reads with targeted projection queries
  • bootstrap the UI from a compact orchestration snapshot first, then hydrate the heavier full snapshot afterward
  • fall back to the full snapshot if compact bootstrap fails during initial load

So instead of:

  • replaying all historical orchestration events
  • fetching the full read model immediately just to render the initial UI

startup now:

  • restores engine state from projections
  • loads a compact snapshot for the sidebar / initial shell
  • fills in the heavier full snapshot after that

Why

The main startup bottleneck was that desktop launch was doing far more work than the first screen actually needed.

Before this change:

  • backend startup rebuilt orchestration state by replaying the full event history on every launch
  • the initial UI bootstrap fetched the full orchestration snapshot even though the sidebar only needed lightweight project/thread state
  • a couple of startup-only reads were going through the full snapshot path when targeted projection queries were enough

That meant startup time scaled with accumulated history and spent a lot of time doing work that was not needed to show the initial UI.

This keeps the same behavior, but moves the heavy work off the critical path:

  • projections are used for normal bootstrap
  • replay is still there as a safety fallback
  • the full snapshot still gets hydrated after the app becomes usable

Benchmark context:

  • built desktop app, not dev mode
  • same cloned desktop profile for both runs via T3CODE_HOME
  • profile had roughly 699k orchestration events and 73 threads
  • Windows 11
  • 12th Gen Intel(R) Core(TM) i5-12600K @ 3.70 GHz
  • 32 GB RAM @ 3600 MT/s
  • NVMe SSD

Benchmarks on the same production-style desktop profile:

  • main: backend ready in 23.98s
  • this branch: backend ready in 1.08s
  • delta: 22.91s faster (~95.5% reduction)

The biggest startup stall removed by this PR was:

  • main: projection bootstrap -> orchestration engine started = 23.06s
  • this branch: projection bootstrap -> orchestration engine started = 0.16s

Checklist

  • This PR is small and focused
  • I explained what changed and why
  • I included before/after screenshots for any UI changes
  • I included a video for animation/interaction changes

Note

Reduce desktop startup project load time by ~95% with staged snapshot hydration

  • On startup, the UI hydrates from a new lightweight getBootstrapSnapshot (omitting per-thread messages and activities), then schedules a full getSnapshot to backfill the heavyweight collections.
  • The server-side orchestration engine now bootstraps its in-memory read model from the projection snapshot on startup, falling back to full event replay if the snapshot load fails; both paths strip historical thread activities.
  • Two new SQL-backed services power the fast path: ProjectionSnapshotQuery.getBootstrapSnapshot returns a read model without messages/activities, and ProjectionStartupQuery provides lightweight row-count and auto-bootstrap queries used by serverRuntimeStartup.
  • The full getSnapshot and event-replay paths are preserved as fallbacks, so existing behavior is retained if fast-path queries fail.
  • Behavioral Change: the orchestration engine no longer includes historical thread activities in the bootstrapped read model at startup.

Macroscope summarized 49dc85f.

@github-actionsgithub-actionsBot added size:XL 500-999 changed lines (additions + deletions). vouch:unvouched PR author is not yet trusted in the VOUCHED list. labels Apr 1, 2026
@coderabbitai

coderabbitaiBot commented Apr 1, 2026•
edited
Loading

Copy link
Copy Markdown

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro

Run ID: 9ae143e1-9c6e-4f56-8446-5042b362d3a3

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@justsomelegsjustsomelegs changed the title Bootstrap orchestration engine from projectionsperf(desktop): reduce startup project load time by ~95%Apr 1, 2026
macroscopeapp[bot]
macroscopeappBot reviewed Apr 1, 2026
View reviewed changes
Comment threadapps/server/src/orchestration/Layers/OrchestrationEngine.ts
@justsomelegsjustsomelegs changed the title perf(desktop): reduce startup project load time by ~95%perf(desktop): reduce startup load time by ~95%Apr 1, 2026
@juliusmarminge

juliusmarminge commented Apr 1, 2026•
edited
Loading

Copy link
Copy Markdown
Member

Fun timing, i just did this stack last night:

PR1: #1646
PR2: #1647
PR3: #1648

@justsomelegs

justsomelegs commented Apr 1, 2026•
edited
Loading

Copy link
Copy Markdown
ContributorAuthor

Fun timing, i just did this stack last night:

PR1: #1646 PR2: #1647 PR3: #1648

oh sick, probably should have double checked before i submitted. you just move to quick to keep up haha

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

@macroscopeappmacroscopeapp[bot]macroscopeapp[bot] left review comments

Assignees

No one assigned

Labels

size:XL500-999 changed lines (additions + deletions).vouch:unvouchedPR author is not yet trusted in the VOUCHED list.

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

2 participants

@justsomelegs@juliusmarminge
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all 
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '

Skip to content
perf(desktop): reduce startup load time by ~95% - #1650
Closed
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Closed
perf(desktop): reduce startup load time by ~95%#1650
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Conversation
@justsomelegs
@justsomelegsjustsomelegs
commented
Apr 1, 2026•

edited by macroscopeapp
Bot
Loading

Copy link


Copy Markdown

Contributor
What Changed
  • bootstrap the orchestration engine from projections instead of replaying the full event log on every launch
  • keep full event replay as a fallback if the projection snapshot is missing or incomplete
  • stop loading thread activities into the in-memory engine bootstrap state
  • replace a few startup-time full snapshot reads with targeted projection queries
  • bootstrap the UI from a compact orchestration snapshot first, then hydrate the heavier full snapshot afterward
  • fall back to the full snapshot if compact bootstrap fails during initial load
So instead of:
  • replaying all historical orchestration events
  • fetching the full read model immediately just to render the initial UI
startup now:
  • restores engine state from projections
  • loads a compact snapshot for the sidebar / initial shell
  • fills in the heavier full snapshot after that
Why
The main startup bottleneck was that desktop launch was doing far more work than the first screen actually needed.
Before this change:
  • backend startup rebuilt orchestration state by replaying the full event history on every launch
  • the initial UI bootstrap fetched the full orchestration snapshot even though the sidebar only needed lightweight project/thread state
  • a couple of startup-only reads were going through the full snapshot path when targeted projection queries were enough
That meant startup time scaled with accumulated history and spent a lot of time doing work that was not needed to show the initial UI.
This keeps the same behavior, but moves the heavy work off the critical path:
  • projections are used for normal bootstrap
  • replay is still there as a safety fallback
  • the full snapshot still gets hydrated after the app becomes usable
Benchmark context:
  • built desktop app, not dev mode
  • same cloned desktop profile for both runs via T3CODE_HOME
  • profile had roughly 699k orchestration events and 73 threads
  • Windows 11
  • 12th Gen Intel(R) Core(TM) i5-12600K @ 3.70 GHz
  • 32 GB RAM @ 3600 MT/s
  • NVMe SSD
Benchmarks on the same production-style desktop profile:
  • main: backend ready in 23.98s
  • this branch: backend ready in 1.08s
  • delta: 22.91s faster (~95.5% reduction)
The biggest startup stall removed by this PR was:
  • main: projection bootstrap -> orchestration engine started = 23.06s
  • this branch: projection bootstrap -> orchestration engine started = 0.16s
Checklist
  •  This PR is small and focused
  •  I explained what changed and why
  •  I included before/after screenshots for any UI changes
  •  I included a video for animation/interaction changes
Note
Reduce desktop startup project load time by ~95% with staged snapshot hydration
  • On startup, the UI hydrates from a new lightweight getBootstrapSnapshot (omitting per-thread messages and activities), then schedules a full getSnapshot to backfill the heavyweight collections.
  • The server-side orchestration engine now bootstraps its in-memory read model from the projection snapshot on startup, falling back to full event replay if the snapshot load fails; both paths strip historical thread activities.
  • Two new SQL-backed services power the fast path: ProjectionSnapshotQuery.getBootstrapSnapshot returns a read model without messages/activities, and ProjectionStartupQuery provides lightweight row-count and auto-bootstrap queries used by serverRuntimeStartup.
  • The full getSnapshot and event-replay paths are preserved as fallbacks, so existing behavior is retained if fast-path queries fail.
  • Behavioral Change: the orchestration engine no longer includes historical thread activities in the bootstrapped read model at startup.
Macroscope summarized 49dc85f.
@github-actionsgithub-actionsBot
added

size:XL
500-999 changed lines (additions + deletions).
vouch:unvouched
PR author is not yet trusted in the VOUCHED list.
labels
Apr 1, 2026
@coderabbitai
coderabbitaiBot
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Important
Review skipped
Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 9ae143e1-9c6e-4f56-8446-5042b362d3a3
You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.
Use the checkbox below for a quick retry:
  •  🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  •  Create PR with unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
❤️ Share
Comment @coderabbitai help to get the list of available commands and usage tips.
@justsomelegsjustsomelegs
changed the title
Bootstrap orchestration engine from projectionsperf(desktop): reduce startup project load time by ~95%Apr 1, 2026
macroscopeapp[bot]
macroscopeappBot
reviewed
Apr 1, 2026
View reviewed changes
Comment threadapps/server/src/orchestration/Layers/OrchestrationEngine.ts
@justsomelegsjustsomelegs
changed the title
perf(desktop): reduce startup project load time by ~95%perf(desktop): reduce startup load time by ~95%Apr 1, 2026
@juliusmarminge
juliusmarminge
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Member
Fun timing, i just did this stack last night:
PR1: #1646

PR2: #1647

PR3: #1648
@justsomelegs
justsomelegs
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

ContributorAuthor
Fun timing, i just did this stack last night:
PR1: #1646 PR2: #1647 PR3: #1648
oh sick, probably should have double checked before i submitted. you just move to quick to keep up haha
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@macroscopeappmacroscopeapp[bot]macroscopeapp[bot] left review comments

Assignees


No one assigned


Labels

size:XL500-999 changed lines (additions + deletions).vouch:unvouchedPR author is not yet trusted in the VOUCHED list.

Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@justsomelegs@juliusmarminge

, 'i');
if (__m === '*' || __re.test(location.href)) {
injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix");
}
} catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '

Skip to content
perf(desktop): reduce startup load time by ~95% - #1650
Closed
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Closed
perf(desktop): reduce startup load time by ~95%#1650
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Conversation
@justsomelegs
@justsomelegsjustsomelegs
commented
Apr 1, 2026•

edited by macroscopeapp
Bot
Loading

Copy link


Copy Markdown

Contributor
What Changed
  • bootstrap the orchestration engine from projections instead of replaying the full event log on every launch
  • keep full event replay as a fallback if the projection snapshot is missing or incomplete
  • stop loading thread activities into the in-memory engine bootstrap state
  • replace a few startup-time full snapshot reads with targeted projection queries
  • bootstrap the UI from a compact orchestration snapshot first, then hydrate the heavier full snapshot afterward
  • fall back to the full snapshot if compact bootstrap fails during initial load
So instead of:
  • replaying all historical orchestration events
  • fetching the full read model immediately just to render the initial UI
startup now:
  • restores engine state from projections
  • loads a compact snapshot for the sidebar / initial shell
  • fills in the heavier full snapshot after that
Why
The main startup bottleneck was that desktop launch was doing far more work than the first screen actually needed.
Before this change:
  • backend startup rebuilt orchestration state by replaying the full event history on every launch
  • the initial UI bootstrap fetched the full orchestration snapshot even though the sidebar only needed lightweight project/thread state
  • a couple of startup-only reads were going through the full snapshot path when targeted projection queries were enough
That meant startup time scaled with accumulated history and spent a lot of time doing work that was not needed to show the initial UI.
This keeps the same behavior, but moves the heavy work off the critical path:
  • projections are used for normal bootstrap
  • replay is still there as a safety fallback
  • the full snapshot still gets hydrated after the app becomes usable
Benchmark context:
  • built desktop app, not dev mode
  • same cloned desktop profile for both runs via T3CODE_HOME
  • profile had roughly 699k orchestration events and 73 threads
  • Windows 11
  • 12th Gen Intel(R) Core(TM) i5-12600K @ 3.70 GHz
  • 32 GB RAM @ 3600 MT/s
  • NVMe SSD
Benchmarks on the same production-style desktop profile:
  • main: backend ready in 23.98s
  • this branch: backend ready in 1.08s
  • delta: 22.91s faster (~95.5% reduction)
The biggest startup stall removed by this PR was:
  • main: projection bootstrap -> orchestration engine started = 23.06s
  • this branch: projection bootstrap -> orchestration engine started = 0.16s
Checklist
  •  This PR is small and focused
  •  I explained what changed and why
  •  I included before/after screenshots for any UI changes
  •  I included a video for animation/interaction changes
Note
Reduce desktop startup project load time by ~95% with staged snapshot hydration
  • On startup, the UI hydrates from a new lightweight getBootstrapSnapshot (omitting per-thread messages and activities), then schedules a full getSnapshot to backfill the heavyweight collections.
  • The server-side orchestration engine now bootstraps its in-memory read model from the projection snapshot on startup, falling back to full event replay if the snapshot load fails; both paths strip historical thread activities.
  • Two new SQL-backed services power the fast path: ProjectionSnapshotQuery.getBootstrapSnapshot returns a read model without messages/activities, and ProjectionStartupQuery provides lightweight row-count and auto-bootstrap queries used by serverRuntimeStartup.
  • The full getSnapshot and event-replay paths are preserved as fallbacks, so existing behavior is retained if fast-path queries fail.
  • Behavioral Change: the orchestration engine no longer includes historical thread activities in the bootstrapped read model at startup.
Macroscope summarized 49dc85f.
@github-actionsgithub-actionsBot
added

size:XL
500-999 changed lines (additions + deletions).
vouch:unvouched
PR author is not yet trusted in the VOUCHED list.
labels
Apr 1, 2026
@coderabbitai
coderabbitaiBot
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Important
Review skipped
Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 9ae143e1-9c6e-4f56-8446-5042b362d3a3
You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.
Use the checkbox below for a quick retry:
  •  🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  •  Create PR with unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
❤️ Share
Comment @coderabbitai help to get the list of available commands and usage tips.
@justsomelegsjustsomelegs
changed the title
Bootstrap orchestration engine from projectionsperf(desktop): reduce startup project load time by ~95%Apr 1, 2026
macroscopeapp[bot]
macroscopeappBot
reviewed
Apr 1, 2026
View reviewed changes
Comment threadapps/server/src/orchestration/Layers/OrchestrationEngine.ts
@justsomelegsjustsomelegs
changed the title
perf(desktop): reduce startup project load time by ~95%perf(desktop): reduce startup load time by ~95%Apr 1, 2026
@juliusmarminge
juliusmarminge
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Member
Fun timing, i just did this stack last night:
PR1: #1646

PR2: #1647

PR3: #1648
@justsomelegs
justsomelegs
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

ContributorAuthor
Fun timing, i just did this stack last night:
PR1: #1646 PR2: #1647 PR3: #1648
oh sick, probably should have double checked before i submitted. you just move to quick to keep up haha
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@macroscopeappmacroscopeapp[bot]macroscopeapp[bot] left review comments

Assignees


No one assigned


Labels

size:XL500-999 changed lines (additions + deletions).vouch:unvouchedPR author is not yet trusted in the VOUCHED list.

Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@justsomelegs@juliusmarminge

, 'i');
if (__m === '*' || __re.test(location.href)) {
injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms");
}
} catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '

Skip to content
perf(desktop): reduce startup load time by ~95% - #1650
Closed
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Closed
perf(desktop): reduce startup load time by ~95%#1650
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Conversation
@justsomelegs
@justsomelegsjustsomelegs
commented
Apr 1, 2026•

edited by macroscopeapp
Bot
Loading

Copy link


Copy Markdown

Contributor
What Changed
  • bootstrap the orchestration engine from projections instead of replaying the full event log on every launch
  • keep full event replay as a fallback if the projection snapshot is missing or incomplete
  • stop loading thread activities into the in-memory engine bootstrap state
  • replace a few startup-time full snapshot reads with targeted projection queries
  • bootstrap the UI from a compact orchestration snapshot first, then hydrate the heavier full snapshot afterward
  • fall back to the full snapshot if compact bootstrap fails during initial load
So instead of:
  • replaying all historical orchestration events
  • fetching the full read model immediately just to render the initial UI
startup now:
  • restores engine state from projections
  • loads a compact snapshot for the sidebar / initial shell
  • fills in the heavier full snapshot after that
Why
The main startup bottleneck was that desktop launch was doing far more work than the first screen actually needed.
Before this change:
  • backend startup rebuilt orchestration state by replaying the full event history on every launch
  • the initial UI bootstrap fetched the full orchestration snapshot even though the sidebar only needed lightweight project/thread state
  • a couple of startup-only reads were going through the full snapshot path when targeted projection queries were enough
That meant startup time scaled with accumulated history and spent a lot of time doing work that was not needed to show the initial UI.
This keeps the same behavior, but moves the heavy work off the critical path:
  • projections are used for normal bootstrap
  • replay is still there as a safety fallback
  • the full snapshot still gets hydrated after the app becomes usable
Benchmark context:
  • built desktop app, not dev mode
  • same cloned desktop profile for both runs via T3CODE_HOME
  • profile had roughly 699k orchestration events and 73 threads
  • Windows 11
  • 12th Gen Intel(R) Core(TM) i5-12600K @ 3.70 GHz
  • 32 GB RAM @ 3600 MT/s
  • NVMe SSD
Benchmarks on the same production-style desktop profile:
  • main: backend ready in 23.98s
  • this branch: backend ready in 1.08s
  • delta: 22.91s faster (~95.5% reduction)
The biggest startup stall removed by this PR was:
  • main: projection bootstrap -> orchestration engine started = 23.06s
  • this branch: projection bootstrap -> orchestration engine started = 0.16s
Checklist
  •  This PR is small and focused
  •  I explained what changed and why
  •  I included before/after screenshots for any UI changes
  •  I included a video for animation/interaction changes
Note
Reduce desktop startup project load time by ~95% with staged snapshot hydration
  • On startup, the UI hydrates from a new lightweight getBootstrapSnapshot (omitting per-thread messages and activities), then schedules a full getSnapshot to backfill the heavyweight collections.
  • The server-side orchestration engine now bootstraps its in-memory read model from the projection snapshot on startup, falling back to full event replay if the snapshot load fails; both paths strip historical thread activities.
  • Two new SQL-backed services power the fast path: ProjectionSnapshotQuery.getBootstrapSnapshot returns a read model without messages/activities, and ProjectionStartupQuery provides lightweight row-count and auto-bootstrap queries used by serverRuntimeStartup.
  • The full getSnapshot and event-replay paths are preserved as fallbacks, so existing behavior is retained if fast-path queries fail.
  • Behavioral Change: the orchestration engine no longer includes historical thread activities in the bootstrapped read model at startup.
Macroscope summarized 49dc85f.
@github-actionsgithub-actionsBot
added

size:XL
500-999 changed lines (additions + deletions).
vouch:unvouched
PR author is not yet trusted in the VOUCHED list.
labels
Apr 1, 2026
@coderabbitai
coderabbitaiBot
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Important
Review skipped
Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 9ae143e1-9c6e-4f56-8446-5042b362d3a3
You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.
Use the checkbox below for a quick retry:
  •  🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  •  Create PR with unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
❤️ Share
Comment @coderabbitai help to get the list of available commands and usage tips.
@justsomelegsjustsomelegs
changed the title
Bootstrap orchestration engine from projectionsperf(desktop): reduce startup project load time by ~95%Apr 1, 2026
macroscopeapp[bot]
macroscopeappBot
reviewed
Apr 1, 2026
View reviewed changes
Comment threadapps/server/src/orchestration/Layers/OrchestrationEngine.ts
@justsomelegsjustsomelegs
changed the title
perf(desktop): reduce startup project load time by ~95%perf(desktop): reduce startup load time by ~95%Apr 1, 2026
@juliusmarminge
juliusmarminge
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Member
Fun timing, i just did this stack last night:
PR1: #1646

PR2: #1647

PR3: #1648
@justsomelegs
justsomelegs
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

ContributorAuthor
Fun timing, i just did this stack last night:
PR1: #1646 PR2: #1647 PR3: #1648
oh sick, probably should have double checked before i submitted. you just move to quick to keep up haha
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@macroscopeappmacroscopeapp[bot]macroscopeapp[bot] left review comments

Assignees


No one assigned


Labels

size:XL500-999 changed lines (additions + deletions).vouch:unvouchedPR author is not yet trusted in the VOUCHED list.

Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@justsomelegs@juliusmarminge

, 'i');
if (__m === '*' || __re.test(location.href)) {
injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links");
}
} catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); }
})();
(function(){
try {
var __m = "youtube.com";
var __re = new RegExp('^' + "youtube\\.com" + '

Skip to content
perf(desktop): reduce startup load time by ~95% - #1650
Closed
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Closed
perf(desktop): reduce startup load time by ~95%#1650
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Conversation
@justsomelegs
@justsomelegsjustsomelegs
commented
Apr 1, 2026•

edited by macroscopeapp
Bot
Loading

Copy link


Copy Markdown

Contributor
What Changed
  • bootstrap the orchestration engine from projections instead of replaying the full event log on every launch
  • keep full event replay as a fallback if the projection snapshot is missing or incomplete
  • stop loading thread activities into the in-memory engine bootstrap state
  • replace a few startup-time full snapshot reads with targeted projection queries
  • bootstrap the UI from a compact orchestration snapshot first, then hydrate the heavier full snapshot afterward
  • fall back to the full snapshot if compact bootstrap fails during initial load
So instead of:
  • replaying all historical orchestration events
  • fetching the full read model immediately just to render the initial UI
startup now:
  • restores engine state from projections
  • loads a compact snapshot for the sidebar / initial shell
  • fills in the heavier full snapshot after that
Why
The main startup bottleneck was that desktop launch was doing far more work than the first screen actually needed.
Before this change:
  • backend startup rebuilt orchestration state by replaying the full event history on every launch
  • the initial UI bootstrap fetched the full orchestration snapshot even though the sidebar only needed lightweight project/thread state
  • a couple of startup-only reads were going through the full snapshot path when targeted projection queries were enough
That meant startup time scaled with accumulated history and spent a lot of time doing work that was not needed to show the initial UI.
This keeps the same behavior, but moves the heavy work off the critical path:
  • projections are used for normal bootstrap
  • replay is still there as a safety fallback
  • the full snapshot still gets hydrated after the app becomes usable
Benchmark context:
  • built desktop app, not dev mode
  • same cloned desktop profile for both runs via T3CODE_HOME
  • profile had roughly 699k orchestration events and 73 threads
  • Windows 11
  • 12th Gen Intel(R) Core(TM) i5-12600K @ 3.70 GHz
  • 32 GB RAM @ 3600 MT/s
  • NVMe SSD
Benchmarks on the same production-style desktop profile:
  • main: backend ready in 23.98s
  • this branch: backend ready in 1.08s
  • delta: 22.91s faster (~95.5% reduction)
The biggest startup stall removed by this PR was:
  • main: projection bootstrap -> orchestration engine started = 23.06s
  • this branch: projection bootstrap -> orchestration engine started = 0.16s
Checklist
  •  This PR is small and focused
  •  I explained what changed and why
  •  I included before/after screenshots for any UI changes
  •  I included a video for animation/interaction changes
Note
Reduce desktop startup project load time by ~95% with staged snapshot hydration
  • On startup, the UI hydrates from a new lightweight getBootstrapSnapshot (omitting per-thread messages and activities), then schedules a full getSnapshot to backfill the heavyweight collections.
  • The server-side orchestration engine now bootstraps its in-memory read model from the projection snapshot on startup, falling back to full event replay if the snapshot load fails; both paths strip historical thread activities.
  • Two new SQL-backed services power the fast path: ProjectionSnapshotQuery.getBootstrapSnapshot returns a read model without messages/activities, and ProjectionStartupQuery provides lightweight row-count and auto-bootstrap queries used by serverRuntimeStartup.
  • The full getSnapshot and event-replay paths are preserved as fallbacks, so existing behavior is retained if fast-path queries fail.
  • Behavioral Change: the orchestration engine no longer includes historical thread activities in the bootstrapped read model at startup.
Macroscope summarized 49dc85f.
@github-actionsgithub-actionsBot
added

size:XL
500-999 changed lines (additions + deletions).
vouch:unvouched
PR author is not yet trusted in the VOUCHED list.
labels
Apr 1, 2026
@coderabbitai
coderabbitaiBot
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Important
Review skipped
Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 9ae143e1-9c6e-4f56-8446-5042b362d3a3
You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.
Use the checkbox below for a quick retry:
  •  🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  •  Create PR with unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
❤️ Share
Comment @coderabbitai help to get the list of available commands and usage tips.
@justsomelegsjustsomelegs
changed the title
Bootstrap orchestration engine from projectionsperf(desktop): reduce startup project load time by ~95%Apr 1, 2026
macroscopeapp[bot]
macroscopeappBot
reviewed
Apr 1, 2026
View reviewed changes
Comment threadapps/server/src/orchestration/Layers/OrchestrationEngine.ts
@justsomelegsjustsomelegs
changed the title
perf(desktop): reduce startup project load time by ~95%perf(desktop): reduce startup load time by ~95%Apr 1, 2026
@juliusmarminge
juliusmarminge
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Member
Fun timing, i just did this stack last night:
PR1: #1646

PR2: #1647

PR3: #1648
@justsomelegs
justsomelegs
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

ContributorAuthor
Fun timing, i just did this stack last night:
PR1: #1646 PR2: #1647 PR3: #1648
oh sick, probably should have double checked before i submitted. you just move to quick to keep up haha
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@macroscopeappmacroscopeapp[bot]macroscopeapp[bot] left review comments

Assignees


No one assigned


Labels

size:XL500-999 changed lines (additions + deletions).vouch:unvouchedPR author is not yet trusted in the VOUCHED list.

Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@justsomelegs@juliusmarminge

, 'i');
if (__m === '*' || __re.test(location.href)) {
injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default");
}
} catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '

Skip to content
perf(desktop): reduce startup load time by ~95% - #1650
Closed
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Closed
perf(desktop): reduce startup load time by ~95%#1650
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Conversation
@justsomelegs
@justsomelegsjustsomelegs
commented
Apr 1, 2026•

edited by macroscopeapp
Bot
Loading

Copy link


Copy Markdown

Contributor
What Changed
  • bootstrap the orchestration engine from projections instead of replaying the full event log on every launch
  • keep full event replay as a fallback if the projection snapshot is missing or incomplete
  • stop loading thread activities into the in-memory engine bootstrap state
  • replace a few startup-time full snapshot reads with targeted projection queries
  • bootstrap the UI from a compact orchestration snapshot first, then hydrate the heavier full snapshot afterward
  • fall back to the full snapshot if compact bootstrap fails during initial load
So instead of:
  • replaying all historical orchestration events
  • fetching the full read model immediately just to render the initial UI
startup now:
  • restores engine state from projections
  • loads a compact snapshot for the sidebar / initial shell
  • fills in the heavier full snapshot after that
Why
The main startup bottleneck was that desktop launch was doing far more work than the first screen actually needed.
Before this change:
  • backend startup rebuilt orchestration state by replaying the full event history on every launch
  • the initial UI bootstrap fetched the full orchestration snapshot even though the sidebar only needed lightweight project/thread state
  • a couple of startup-only reads were going through the full snapshot path when targeted projection queries were enough
That meant startup time scaled with accumulated history and spent a lot of time doing work that was not needed to show the initial UI.
This keeps the same behavior, but moves the heavy work off the critical path:
  • projections are used for normal bootstrap
  • replay is still there as a safety fallback
  • the full snapshot still gets hydrated after the app becomes usable
Benchmark context:
  • built desktop app, not dev mode
  • same cloned desktop profile for both runs via T3CODE_HOME
  • profile had roughly 699k orchestration events and 73 threads
  • Windows 11
  • 12th Gen Intel(R) Core(TM) i5-12600K @ 3.70 GHz
  • 32 GB RAM @ 3600 MT/s
  • NVMe SSD
Benchmarks on the same production-style desktop profile:
  • main: backend ready in 23.98s
  • this branch: backend ready in 1.08s
  • delta: 22.91s faster (~95.5% reduction)
The biggest startup stall removed by this PR was:
  • main: projection bootstrap -> orchestration engine started = 23.06s
  • this branch: projection bootstrap -> orchestration engine started = 0.16s
Checklist
  •  This PR is small and focused
  •  I explained what changed and why
  •  I included before/after screenshots for any UI changes
  •  I included a video for animation/interaction changes
Note
Reduce desktop startup project load time by ~95% with staged snapshot hydration
  • On startup, the UI hydrates from a new lightweight getBootstrapSnapshot (omitting per-thread messages and activities), then schedules a full getSnapshot to backfill the heavyweight collections.
  • The server-side orchestration engine now bootstraps its in-memory read model from the projection snapshot on startup, falling back to full event replay if the snapshot load fails; both paths strip historical thread activities.
  • Two new SQL-backed services power the fast path: ProjectionSnapshotQuery.getBootstrapSnapshot returns a read model without messages/activities, and ProjectionStartupQuery provides lightweight row-count and auto-bootstrap queries used by serverRuntimeStartup.
  • The full getSnapshot and event-replay paths are preserved as fallbacks, so existing behavior is retained if fast-path queries fail.
  • Behavioral Change: the orchestration engine no longer includes historical thread activities in the bootstrapped read model at startup.
Macroscope summarized 49dc85f.
@github-actionsgithub-actionsBot
added

size:XL
500-999 changed lines (additions + deletions).
vouch:unvouched
PR author is not yet trusted in the VOUCHED list.
labels
Apr 1, 2026
@coderabbitai
coderabbitaiBot
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Important
Review skipped
Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 9ae143e1-9c6e-4f56-8446-5042b362d3a3
You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.
Use the checkbox below for a quick retry:
  •  🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  •  Create PR with unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
❤️ Share
Comment @coderabbitai help to get the list of available commands and usage tips.
@justsomelegsjustsomelegs
changed the title
Bootstrap orchestration engine from projectionsperf(desktop): reduce startup project load time by ~95%Apr 1, 2026
macroscopeapp[bot]
macroscopeappBot
reviewed
Apr 1, 2026
View reviewed changes
Comment threadapps/server/src/orchestration/Layers/OrchestrationEngine.ts
@justsomelegsjustsomelegs
changed the title
perf(desktop): reduce startup project load time by ~95%perf(desktop): reduce startup load time by ~95%Apr 1, 2026
@juliusmarminge
juliusmarminge
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Member
Fun timing, i just did this stack last night:
PR1: #1646

PR2: #1647

PR3: #1648
@justsomelegs
justsomelegs
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

ContributorAuthor
Fun timing, i just did this stack last night:
PR1: #1646 PR2: #1647 PR3: #1648
oh sick, probably should have double checked before i submitted. you just move to quick to keep up haha
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@macroscopeappmacroscopeapp[bot]macroscopeapp[bot] left review comments

Assignees


No one assigned


Labels

size:XL500-999 changed lines (additions + deletions).vouch:unvouchedPR author is not yet trusted in the VOUCHED list.

Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@justsomelegs@juliusmarminge

, 'i');
if (__m === '*' || __re.test(location.href)) {
injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers");
}
} catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '

Skip to content
perf(desktop): reduce startup load time by ~95% - #1650
Closed
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Closed
perf(desktop): reduce startup load time by ~95%#1650
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Conversation
@justsomelegs
@justsomelegsjustsomelegs
commented
Apr 1, 2026•

edited by macroscopeapp
Bot
Loading

Copy link


Copy Markdown

Contributor
What Changed
  • bootstrap the orchestration engine from projections instead of replaying the full event log on every launch
  • keep full event replay as a fallback if the projection snapshot is missing or incomplete
  • stop loading thread activities into the in-memory engine bootstrap state
  • replace a few startup-time full snapshot reads with targeted projection queries
  • bootstrap the UI from a compact orchestration snapshot first, then hydrate the heavier full snapshot afterward
  • fall back to the full snapshot if compact bootstrap fails during initial load
So instead of:
  • replaying all historical orchestration events
  • fetching the full read model immediately just to render the initial UI
startup now:
  • restores engine state from projections
  • loads a compact snapshot for the sidebar / initial shell
  • fills in the heavier full snapshot after that
Why
The main startup bottleneck was that desktop launch was doing far more work than the first screen actually needed.
Before this change:
  • backend startup rebuilt orchestration state by replaying the full event history on every launch
  • the initial UI bootstrap fetched the full orchestration snapshot even though the sidebar only needed lightweight project/thread state
  • a couple of startup-only reads were going through the full snapshot path when targeted projection queries were enough
That meant startup time scaled with accumulated history and spent a lot of time doing work that was not needed to show the initial UI.
This keeps the same behavior, but moves the heavy work off the critical path:
  • projections are used for normal bootstrap
  • replay is still there as a safety fallback
  • the full snapshot still gets hydrated after the app becomes usable
Benchmark context:
  • built desktop app, not dev mode
  • same cloned desktop profile for both runs via T3CODE_HOME
  • profile had roughly 699k orchestration events and 73 threads
  • Windows 11
  • 12th Gen Intel(R) Core(TM) i5-12600K @ 3.70 GHz
  • 32 GB RAM @ 3600 MT/s
  • NVMe SSD
Benchmarks on the same production-style desktop profile:
  • main: backend ready in 23.98s
  • this branch: backend ready in 1.08s
  • delta: 22.91s faster (~95.5% reduction)
The biggest startup stall removed by this PR was:
  • main: projection bootstrap -> orchestration engine started = 23.06s
  • this branch: projection bootstrap -> orchestration engine started = 0.16s
Checklist
  •  This PR is small and focused
  •  I explained what changed and why
  •  I included before/after screenshots for any UI changes
  •  I included a video for animation/interaction changes
Note
Reduce desktop startup project load time by ~95% with staged snapshot hydration
  • On startup, the UI hydrates from a new lightweight getBootstrapSnapshot (omitting per-thread messages and activities), then schedules a full getSnapshot to backfill the heavyweight collections.
  • The server-side orchestration engine now bootstraps its in-memory read model from the projection snapshot on startup, falling back to full event replay if the snapshot load fails; both paths strip historical thread activities.
  • Two new SQL-backed services power the fast path: ProjectionSnapshotQuery.getBootstrapSnapshot returns a read model without messages/activities, and ProjectionStartupQuery provides lightweight row-count and auto-bootstrap queries used by serverRuntimeStartup.
  • The full getSnapshot and event-replay paths are preserved as fallbacks, so existing behavior is retained if fast-path queries fail.
  • Behavioral Change: the orchestration engine no longer includes historical thread activities in the bootstrapped read model at startup.
Macroscope summarized 49dc85f.
@github-actionsgithub-actionsBot
added

size:XL
500-999 changed lines (additions + deletions).
vouch:unvouched
PR author is not yet trusted in the VOUCHED list.
labels
Apr 1, 2026
@coderabbitai
coderabbitaiBot
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Important
Review skipped
Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 9ae143e1-9c6e-4f56-8446-5042b362d3a3
You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.
Use the checkbox below for a quick retry:
  •  🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  •  Create PR with unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
❤️ Share
Comment @coderabbitai help to get the list of available commands and usage tips.
@justsomelegsjustsomelegs
changed the title
Bootstrap orchestration engine from projectionsperf(desktop): reduce startup project load time by ~95%Apr 1, 2026
macroscopeapp[bot]
macroscopeappBot
reviewed
Apr 1, 2026
View reviewed changes
Comment threadapps/server/src/orchestration/Layers/OrchestrationEngine.ts
@justsomelegsjustsomelegs
changed the title
perf(desktop): reduce startup project load time by ~95%perf(desktop): reduce startup load time by ~95%Apr 1, 2026
@juliusmarminge
juliusmarminge
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Member
Fun timing, i just did this stack last night:
PR1: #1646

PR2: #1647

PR3: #1648
@justsomelegs
justsomelegs
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

ContributorAuthor
Fun timing, i just did this stack last night:
PR1: #1646 PR2: #1647 PR3: #1648
oh sick, probably should have double checked before i submitted. you just move to quick to keep up haha
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@macroscopeappmacroscopeapp[bot]macroscopeapp[bot] left review comments

Assignees


No one assigned


Labels

size:XL500-999 changed lines (additions + deletions).vouch:unvouchedPR author is not yet trusted in the VOUCHED list.

Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@justsomelegs@juliusmarminge

, 'i');
if (__m === '*' || __re.test(location.href)) {
injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode");
}
} catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); }
})();
})();

Skip to content
perf(desktop): reduce startup load time by ~95% - #1650
Closed
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Closed
perf(desktop): reduce startup load time by ~95%#1650
justsomelegs wants to merge 6 commits into
pingdotgg:mainfrom 
justsomelegs:legs/startup-perf
Conversation
@justsomelegs
@justsomelegsjustsomelegs
commented
Apr 1, 2026•

edited by macroscopeapp
Bot
Loading

Copy link


Copy Markdown

Contributor
What Changed
  • bootstrap the orchestration engine from projections instead of replaying the full event log on every launch
  • keep full event replay as a fallback if the projection snapshot is missing or incomplete
  • stop loading thread activities into the in-memory engine bootstrap state
  • replace a few startup-time full snapshot reads with targeted projection queries
  • bootstrap the UI from a compact orchestration snapshot first, then hydrate the heavier full snapshot afterward
  • fall back to the full snapshot if compact bootstrap fails during initial load
So instead of:
  • replaying all historical orchestration events
  • fetching the full read model immediately just to render the initial UI
startup now:
  • restores engine state from projections
  • loads a compact snapshot for the sidebar / initial shell
  • fills in the heavier full snapshot after that
Why
The main startup bottleneck was that desktop launch was doing far more work than the first screen actually needed.
Before this change:
  • backend startup rebuilt orchestration state by replaying the full event history on every launch
  • the initial UI bootstrap fetched the full orchestration snapshot even though the sidebar only needed lightweight project/thread state
  • a couple of startup-only reads were going through the full snapshot path when targeted projection queries were enough
That meant startup time scaled with accumulated history and spent a lot of time doing work that was not needed to show the initial UI.
This keeps the same behavior, but moves the heavy work off the critical path:
  • projections are used for normal bootstrap
  • replay is still there as a safety fallback
  • the full snapshot still gets hydrated after the app becomes usable
Benchmark context:
  • built desktop app, not dev mode
  • same cloned desktop profile for both runs via T3CODE_HOME
  • profile had roughly 699k orchestration events and 73 threads
  • Windows 11
  • 12th Gen Intel(R) Core(TM) i5-12600K @ 3.70 GHz
  • 32 GB RAM @ 3600 MT/s
  • NVMe SSD
Benchmarks on the same production-style desktop profile:
  • main: backend ready in 23.98s
  • this branch: backend ready in 1.08s
  • delta: 22.91s faster (~95.5% reduction)
The biggest startup stall removed by this PR was:
  • main: projection bootstrap -> orchestration engine started = 23.06s
  • this branch: projection bootstrap -> orchestration engine started = 0.16s
Checklist
  •  This PR is small and focused
  •  I explained what changed and why
  •  I included before/after screenshots for any UI changes
  •  I included a video for animation/interaction changes
Note
Reduce desktop startup project load time by ~95% with staged snapshot hydration
  • On startup, the UI hydrates from a new lightweight getBootstrapSnapshot (omitting per-thread messages and activities), then schedules a full getSnapshot to backfill the heavyweight collections.
  • The server-side orchestration engine now bootstraps its in-memory read model from the projection snapshot on startup, falling back to full event replay if the snapshot load fails; both paths strip historical thread activities.
  • Two new SQL-backed services power the fast path: ProjectionSnapshotQuery.getBootstrapSnapshot returns a read model without messages/activities, and ProjectionStartupQuery provides lightweight row-count and auto-bootstrap queries used by serverRuntimeStartup.
  • The full getSnapshot and event-replay paths are preserved as fallbacks, so existing behavior is retained if fast-path queries fail.
  • Behavioral Change: the orchestration engine no longer includes historical thread activities in the bootstrapped read model at startup.
Macroscope summarized 49dc85f.
@github-actionsgithub-actionsBot
added

size:XL
500-999 changed lines (additions + deletions).
vouch:unvouched
PR author is not yet trusted in the VOUCHED list.
labels
Apr 1, 2026
@coderabbitai
coderabbitaiBot
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Important
Review skipped
Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 9ae143e1-9c6e-4f56-8446-5042b362d3a3
You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.
Use the checkbox below for a quick retry:
  •  🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  •  Create PR with unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
❤️ Share
Comment @coderabbitai help to get the list of available commands and usage tips.
@justsomelegsjustsomelegs
changed the title
Bootstrap orchestration engine from projectionsperf(desktop): reduce startup project load time by ~95%Apr 1, 2026
macroscopeapp[bot]
macroscopeappBot
reviewed
Apr 1, 2026
View reviewed changes
Comment threadapps/server/src/orchestration/Layers/OrchestrationEngine.ts
@justsomelegsjustsomelegs
changed the title
perf(desktop): reduce startup project load time by ~95%perf(desktop): reduce startup load time by ~95%Apr 1, 2026
@juliusmarminge
juliusmarminge
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

Member
Fun timing, i just did this stack last night:
PR1: #1646

PR2: #1647

PR3: #1648
@justsomelegs
justsomelegs
commented
Apr 1, 2026•

edited

Loading

Copy link


Copy Markdown

ContributorAuthor
Fun timing, i just did this stack last night:
PR1: #1646 PR2: #1647 PR3: #1648
oh sick, probably should have double checked before i submitted. you just move to quick to keep up haha
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@macroscopeappmacroscopeapp[bot]macroscopeapp[bot] left review comments

Assignees


No one assigned


Labels

size:XL500-999 changed lines (additions + deletions).vouch:unvouchedPR author is not yet trusted in the VOUCHED list.

Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@justsomelegs@juliusmarminge