| Issue 5428: | Bad Performance on pages with Flash | |
| 14 people starred this issue and may be notified of changes. | Back to list |
Sign in to add a comment
|
Chrome Version : 1.0.154.36 URLs (if applicable) : http://www.battleon.com/msg-GuardianMax.asp Other browsers tested: Firefox 3: OK What steps will reproduce the problem? 1. Go to this page - http://www.battleon.com/msg-GuardianMax.asp 2. Scroll up and down (slowly and fast) using the scroll wheel on a mouse. 3. Performance is horrible compared to Firefox.
Comment
1
by
kaacper,
Dec 12, 2008
,
Dec 12, 2008
Working like hell in the Dev release (which is identical to the official release, without the Hotmail fix). Really suboptimal. Issue 93 should be opened again. Perhaps this is, again, the single processor problem? I guess Chrome works best with a multiprocessor architecture. But not all of us have it.
,
Dec 12, 2008
i'm not using a single processor, but Intel(R) Core(TM)2 Duo CPU (T8100), but when i scroll up and down on the page said above, the performance is still very bad
,
Dec 12, 2008
I have Intel Core 2 CPU with 2.4GHz/3.25GB RAM and FF/IE are better than Chrome 1.0 and Flash10 when scrolling. Safari3 also has little problem but performs better than Chrome.
Status: Untriaged
Cc: gwil...@chromium.org anan...@chromium.org Labels: -Area-Misc Area-WebKit Plugins
,
Dec 12, 2008
As opposed to issue 93 , the slowness here comes from the fact that Flash is being used in windowed mode (as opposed to windowless). The problem is that the browser process is the one that moves the plugin HWNDs (there are 3 on that page), but this results in Windows waiting on the plugin process to respond to each WM message. If this is done in the plugin process, then plugins in a page will move at different times which doesn't look nice. Need to investigate this more to see how we can improve the performance.
Cc: j...@chromium.org
,
Dec 13, 2008
Performance visibly worse than IE7 - but hey, not that bad at all on a four years old P-4 1,6GHz laptop. IE is not perfect either - maybe the issue is with the display adapter?
,
Dec 19, 2008
We've had multiple reports of scrolling Flash being problematic. We should investigate.
Status: Assigned
Owner: j...@chromium.org Labels: -Pri-2 Pri-1 Mstone-1.1
,
Jan 5, 2009
Additional reports from the Google Chrome help forum: http://www.google.com/support/forum/p/Chrome/thread?tid=22c9294a406b1abd&hl=en
,
Jan 9, 2009
Issue 5793 has been merged into this issue.
Cc: li...@chromium.org g...@chromium.org da...@chromium.org ana...@chromium.org
,
Jan 9, 2009
I've been trying out a bunch of improvements, but nothing is satisfactory yet. I was able to get the plugins to be moved by the plugin process, in a way where all plugin instances from the same plugin are synchronized. This gets rid of our previous problem before where plugins would move at different times from each other. However, the plugins now don't move at the same time as the page. If we do this synchronously from the render, then scrolling is still a bit jaggy. If we do it async, then the page and plugins move at widely different times which looks bad. Still investigating..
,
Jan 12, 2009
(No comment was entered for this change.)
Labels: Mstone-2.0
,
Jan 16, 2009
The following revision refers to this bug:
http://src.chromium.org/viewvc/chrome?view=rev&revision=8239
------------------------------------------------------------------------
r8239 | jam@chromium.org | 2009-01-16 15:04:23 -0800 (Fri, 16 Jan 2009) | 5 lines
Changed paths:
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/plugin_process_host.cc?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/plugin_process_host.h?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/render_widget_host.cc?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/common/plugin_messages_internal.h?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/plugin/webplugin_delegate_stub.cc?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/plugin/webplugin_delegate_stub.h?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/plugin/webplugin_proxy.cc?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/plugin/webplugin_proxy.h?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/renderer/webplugin_delegate_proxy.cc?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/renderer/webplugin_delegate_proxy.h?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/webkit/glue/plugins/test/plugin_npobject_lifetime_test.cc?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/webkit/glue/plugins/webplugin_delegate_impl.cc?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/webkit/glue/plugins/webplugin_delegate_impl.h?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/webkit/glue/webplugin_delegate.h?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/webkit/glue/webplugin_impl.cc?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/webkit/glue/webplugin_impl.h?r1=8239&r2=8238
M http://src.chromium.org/viewvc/chrome/trunk/src/webkit/tools/test_shell/test_webview_delegate.cc?r1=8239&r2=8238
Improve scrolling performance when there are many windowed plugins in a page.
This works by parenting windowed plugins with an HWND that's hosted in the browser process, so that no synchronous cross process messages are used when scrolling.
BUG=5428
Review URL: http://codereview.chromium.org/18082
------------------------------------------------------------------------
,
Oct 2, 2009
Google Chrome 3.0 stable build. Compare scrolling in Google Chrome to Firefox (scroll slowly and fastly using mouse wheel) in the page mentioned in my bug report (http://www.battleon.com/msg-GuardianMax.asp) and there are some problems... Note: Smooth Scrolling is should be off in Firefox. |
||||||||||
| ► Sign in to add a comment | |||||||||||