24627 2009-03-16 13:56:04 -0700 Large SVG documents have performance issues 2022-07-15 14:46:17 -0700 1 1 1 Unclassified WebKit SVG 528+ (Nightly build) Mac OS X 10.5 RESOLVED CONFIGURATION CHANGED http://code.haskell.org/~dons/images/svg/hackage-circo.svg P2 Normal --- 14015 1 kevin webkit-unassigned bfulgham emacemac7 oldest_to_newest 113922 0 kevin 2009-03-16 13:56:04 -0700 Rendering a large SVG document in WebKit has irritating performance implications. The following document was used to observe this behavior: http://code.haskell.org/~dons/images/svg/hackage-circo.svg (there are some other large SVG documents in the same directory) Any attempt to interact with the page causes a significant CPU spike. For example, clicking away to another app causes a second delay before the window deactivates (and similarly for reactivating). Even just clicking causes a CPU spike even though the document doesn't define any click handling. 115880 1 eric 2009-03-30 14:08:30 -0700 I think this is partially due to https://bugs.webkit.org/show_bug.cgi?id=14015 (we seem to be painting more than we're displaying?). It's also probably partially due to the SVG depending on stroke hittesting. Or at least we seem to be hit-testing some path's stroke quite a bit, which is slow. 115881 2 eric 2009-03-30 14:11:02 -0700 We also seem to hit-test the SVG every time, even if the hittest result isn't needed. I think the major slowness seen in mouse-move is due to the fact that we're hit-testing every time. We could invent a solution where the hit-testing wasn't done until the result was needed. 1884249 3 bfulgham 2022-07-15 14:46:17 -0700 It's difficult to confirm this bug without a test case. We don't believe there is an ongoing issue here. If you do feel there is a problem, please REOPEN this bug and include a test case illustrating the issue.