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
PR #670 ("Yoga layout+memory") optimizes the Yoga/Flex layout engine, but no /perf workload is Yoga-heavy enough to surface it, so the optimization cannot currently be measured.
Evidence
Re-validated on current main (post-#692 + #665) — #670 reads flat: all macro blocks within noise, alloc 5.70M −0.1%, all 17 micros 0.0%. (Its prior borderline rps +3.4% flag also did not reproduce — now +1.2% [−2.6, +5.0], confirming it was a macro-rps false-positive.)
Why it's a gap, not a no-op
The available workloads don't stress the Flex/Yoga path:
StocksGrid is a native Grid (Yoga-light).
The FlexPanel-heavy VirtualList is vsync-capped + virtualized, so any per-frame alloc win sits below MB-level memory resolution.
Action
Add a FlexPanel/Yoga-heavy stress workload (deep nested flex tree with per-tick layout churn, not vsync-capped) so the layout-engine allocation/measure deltas are observable.
What
PR #670 ("Yoga layout+memory") optimizes the Yoga/Flex layout engine, but no
/perfworkload is Yoga-heavy enough to surface it, so the optimization cannot currently be measured.Evidence
Re-validated on current
main(post-#692 + #665) — #670 reads flat: all macro blocks within noise, alloc 5.70M −0.1%, all 17 micros 0.0%. (Its prior borderlinerps +3.4%flag also did not reproduce — now +1.2% [−2.6, +5.0], confirming it was a macro-rps false-positive.)Why it's a gap, not a no-op
The available workloads don't stress the Flex/Yoga path:
Grid(Yoga-light).Action
Filed as a follow-up so the idea isn't lost; #670 itself is closed as not-currently-measurable.