Bug 299819
| Summary: | [VideoFrame]: ~10× slower VideoFrame construction in Safari Technology Preview vs. identical WebKit CI build; | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Yury Yarashevich <yura.yaroshevich> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar, Performance, PerfRegression |
| Version: | Safari Technology Preview | ||
| Hardware: | Mac (Apple Silicon) | ||
| OS: | macOS 15 | ||
Yury Yarashevich
Originally reported in Slack: https://webkit.slack.com/archives/CU5LWFM28/p1758140505177199
~10× slower VideoFrame construction (copy/format-convert from large Uint8Array) in Safari Technology Preview vs. identical WebKit CI build; differences point at runtime memory allocation/mapping behavior (different libsystem_malloc paths: mach_vm_map/mach_vm_deallocate/madvise vs. free_large/szone_free) and extra zero-fills from Accelerate.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Yury Yarashevich
Because it's impossible to enable new secure allocator predictably on local build of WebKit I want to try specilatively disable multi threading when accelerate called. I suspend it might incur more overhead than performance will especially considering significantly higher total CPU usage.
Yury Yarashevich
Pull request: https://github.com/WebKit/WebKit/pull/51522
EWS
Committed 300781@main (ecb227c4bef9): <https://commits.webkit.org/300781@main>
Reviewed commits have been landed. Closing PR #51522 and removing active labels.
Radar WebKit Bug Importer
<rdar://problem/161686736>