You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Bumped @sproutboat/runtime to ^0.6.5, undoing a severe performance
regression that v0.11.3 shipped (baronunread/sproutboat#181). 0.6.4's
encode fix was correct for the large inputs it targeted and badly wrong for
small ones: an app hashing ~150-byte values through crypto.subtle.digest
on every request lost 64% of its throughput (4,700 to 1,680 req/s),
tripled its p50 (4.6ms to 13.4ms) and grew 41% in RSS. The encoder now only
reaches for an array once 512 bytes have accumulated, so a small input runs
exactly like v0.11.2 while a large one keeps the #180 fix.
Upgrading the CLI is the only way to pick this up. The runtime prelude is
embedded in the CLI binary when that binary is built, so a project's own @sproutboat/runtime dependency has no effect on --standalone or --target host builds. Anyone on v0.11.3 should move to this release; v0.11.2 is the last unaffected version before it.
Changed
The darwin-x64 platform package is now cross-compiled on the arm64 macOS
runner instead of built natively on macos-13. GitHub's only x64 macOS pool
routinely left that leg queued for 30+ minutes and blocked two releases,
including v0.11.3, where the root package published while its own optionalDependency on @sproutboat/cli-darwin-x64 was still waiting on it.
Nothing in the package needs x64 hardware to produce. scripts/build-cli.ts
gains --target <os>-<arch> for this.