Closed
Bug 697502
Opened 13 years ago
Closed 10 years ago
Large (1000x1000px) SVG backgrounds are extremely slow to scroll
Categories
(Core :: SVG, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: avarma, Unassigned)
References
()
Details
(Keywords: perf)
Attachments
(2 files)
The following attachment doesn't phase Mobile Safari on an iPhone 4, yet it brings my Macbook Air to a crawl when viewed using the latest Firefox Nightly.
Comment 1•13 years ago
|
||
Hmm. Seems to work OK here, but on an mbp, not an air.
Would you be willing to use a shark nightly and generate a sample?
Comment 2•13 years ago
|
||
(Works fine for me on my Linux desktop, too, but it's got a good bit more power than the Air.)
Comment 3•13 years ago
|
||
No problem on Windows either.
Reporter | ||
Comment 4•13 years ago
|
||
Sure, where can I get a shark nightly and how do I generate a sample?
Reporter | ||
Comment 5•13 years ago
|
||
Oh, I should also mention that just having the page open doesn't slow down my air--it's specifically the act of scrolling w/ a mousewheel that causes lots of stuttering and such. (Most pages scroll just fine with the mouse wheel.)
Comment 6•13 years ago
|
||
Yup, I figured that from the bug title -- I was referring to mousewheel scrolling in comment 2. FWIW, my firefox CPU usage doesn't go over ~20% while I'm scrolling. (This is true even if I enable the 'general.smoothScroll' pref - still nice and smooth & CPU usage doesn't go over around 20%)
Comment 7•13 years ago
|
||
You can get the latest shark nightly at http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-10.0a1.en-US.mac-shark.dmg
As far as generating a sample, the simplest thing to do is to open Activity Monitor, select Nightly in the list, click the "Sample Process" button, and in the next several seconds do a bunch of scrolling over in the Firefox window. Once the sample has been generated, copy and paste it into a text file and attach the file here.
Comment 8•12 years ago
|
||
Hmm, the attachment doesn't work anymore because the:
<base href="http://labs.toolness.com/temp/festival-maps/">
isn't being used when resolving the path for the:
<link rel="stylesheet" href="floors.css">
Was that an intentional change at some point?
Comment 9•12 years ago
|
||
The <base> is in fact being used. It's just that non-https subresource loads from an https page (like the bugzilla attachment page) are blocked by default in current nightlies. You can unblock it for one load by clicking the little near-invisible shield icon to the left of the lock icon in your url bar and selecting "Disable Protection on This Page" from the dropdown.
Updated•12 years ago
|
Comment 10•12 years ago
|
||
Comment 11•12 years ago
|
||
For what it's worth paint-flashing isn't showing any invalidation issues.
Maybe bug 764299 will make the scrolling a bit smoother.
Depends on: 764299
Comment 12•11 years ago
|
||
Atul, since you were the only person who experienced this, can you retest this using latest Nightly, both with with image.mem.surfacecache.max_size_kb set to its default value, and with it set to zero. (To help distinguish between whether bug 764299 helped or not.)
Flags: needinfo?(avarma)
Comment 13•10 years ago
|
||
Atul, if you still experience this please do reopen.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(avarma)
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•