The first time that loaded (after 1/2 second or so to get all the resources), it was almost as slow as Chrome, and stuttered hard every second. The second time it was pretty surprisingly smooth. Any idea why it would continue to suck for the entire first load?
Flash deals with this issue by cacheing any object that has a complex filter (like a drop shadow) applied to it as a bitmap. This works pretty well, but can lead to serious memory hogging.
Effects like drop-shadows and blurs are notoriously CPU-intensive (and we don't even have arbitrarily-shaped drop shadows yet!). There's no way to do them very effectively without moving onto the GPU.
Hopefully that'll happen soon. Or the CSS filters spec gets broad support, in which case there will be a built-in drop-shadow shader.
Yeah, so call me a troll if you want. I'm kinda enjoying my negative scores.
I'm astonished though that any of this is "surprising news." It's kinda like filing a bug report: "Rage/Doom/etc cause high CPU usage, PLZ FIX." Uhm, yeah.
There are a number of different algorithms for drawing blur. Some of them are high quality but require more iterations for larger radii, some are much faster and "scale" quite well but aren't of nearly the same high quality.
Of course putting complex effects that are computed on the CPU are going to be slow -- at least just a tiny litte little.
To the knowledgeable it's no surprise at all (although I'm glad to realise my own project's juddery scrolling is probably down to gratuitous border radius and box shadow usage now).
To those who aren't knowledgeable and design websites without really digging into optimising javascript performance and all that, they might never have come across the concept of a 'simple website' in a browser having an impact on performace. To these people it's just a page of text and images, not a game or something typically known to require good hardware.
[+] [-] natmaster|14 years ago|reply
You might want to try Firefox if you don't want your scrolling to slow down.
[+] [-] Groxx|14 years ago|reply
[+] [-] mikecomstock|14 years ago|reply
http://bit.ly/vbeCPM http://bit.ly/rSH6sV
Hopefully this gets fixed soon.
[+] [-] rralian|14 years ago|reply
[+] [-] ender7|14 years ago|reply
Effects like drop-shadows and blurs are notoriously CPU-intensive (and we don't even have arbitrarily-shaped drop shadows yet!). There's no way to do them very effectively without moving onto the GPU.
Hopefully that'll happen soon. Or the CSS filters spec gets broad support, in which case there will be a built-in drop-shadow shader.
[+] [-] hyphyphyph|14 years ago|reply
[+] [-] smackfu|14 years ago|reply
[+] [-] rhizome|14 years ago|reply
[+] [-] hyphyphyph|14 years ago|reply
I'm astonished though that any of this is "surprising news." It's kinda like filing a bug report: "Rage/Doom/etc cause high CPU usage, PLZ FIX." Uhm, yeah.
There are a number of different algorithms for drawing blur. Some of them are high quality but require more iterations for larger radii, some are much faster and "scale" quite well but aren't of nearly the same high quality.
Of course putting complex effects that are computed on the CPU are going to be slow -- at least just a tiny litte little.
[+] [-] FuzzyDunlop|14 years ago|reply
To those who aren't knowledgeable and design websites without really digging into optimising javascript performance and all that, they might never have come across the concept of a 'simple website' in a browser having an impact on performace. To these people it's just a page of text and images, not a game or something typically known to require good hardware.