Skip to content

Web: document dlink_enabled as the GDExtension tradeoff it is, not a requirement - #9

Open
octopusburrow wants to merge 1 commit into
dwalter:webgpu-4.6.2from
octopusburrow:pr7-dlink-recipe
Open

Web: document dlink_enabled as the GDExtension tradeoff it is, not a requirement#9
octopusburrow wants to merge 1 commit into
dwalter:webgpu-4.6.2from
octopusburrow:pr7-dlink-recipe

Conversation

@octopusburrow

Copy link
Copy Markdown

The README's single build command and the FAQ presented dlink_enabled=yes as required
for the WebGPU export template. It is the engine's GDExtension switch (default off), and
the WebGPU template builds and runs without it — verified end to end: compile, desktop
rendering, and immersive-vr session entry on a non-dlink build.

The cost of leaving it on for projects that ship no GDExtensions is real and
user-visible: the split main+side module is larger than the monolithic build (50MB vs
43.5MB here), and the side module's link/relocation runs on the main thread AFTER the
download bar completes — measured as ~10s of silent post-bar stall vs 2–3s for the
monolithic build, whose compilation overlaps the download via streaming compile. Same
total work, much worse distribution: the visible progress ends before the expensive
step begins.

This presents both commands defaults-first with a per-flag tradeoff table (also covering
opengl3/threads), matching upstream's model of shipping both template variants and
selecting per-project via the export preset. Docs only; no code change.

…requirement

The README's single build command and the FAQ presented dlink_enabled=yes as
required for the WebGPU export template. It is the engine's GDExtension
switch (default off), and the WebGPU template builds and runs without it —
verified end to end: compile, desktop rendering, and immersive-vr session
entry on a non-dlink build.

The cost of leaving it on for projects that ship no GDExtensions is real
and user-visible: a split main+side module is larger than the monolithic
build (50MB vs 43.5MB here), and the side module's link/relocation runs on
the main thread AFTER the download bar completes — measured as ~10s of
silent post-bar stall vs 2-3s for the monolithic build, whose compilation
overlaps the download via streaming compile. Same total work, much worse
distribution: the visible progress ends before the expensive step begins.

Present both commands, defaults-first, with a per-flag tradeoff table (also
covering opengl3/threads), matching upstream's model of shipping both
template variants and selecting per-project via the export preset.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant