Closed Bug 299727 Opened 19 years ago Closed 14 years ago

Performance of Firefox over X11 remote display, and equivalently under VNC, is unbelievably/unusably slow

Categories

(Firefox :: General, defect)

Other
Linux
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: bgrayson, Unassigned)

Details

(Whiteboard: [CLOSEME 2010-11-01])

User-Agent:       Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7.5) Gecko/20041125 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7.5) Gecko/20041125 Firefox/1.0

If one starts up Firefox on one machine, displaying remotely over X11 to another
machine, even over a 100Mb network, firefox is incredibly slow.  I have a
feeling it has to do with firefox being sloppy with its handling of ExposeNotify
events etc -- are y'all collapsing multiple expose events into a single repaint
request?  Do you do partial-window repaints, or only the whole window at once? 
I tried using xmsgtrace to see what X protocol messages were being sent, but
there were several thousand, more than I can easily examine with the knowledge
of Firefox that I have.

Reproducible: Always

Steps to Reproduce:
1.  From your main workstation, ssh to another machine with Firefox installed.
2.  Using the ssh connection, or directly using DISPLAY=<workstation:0>, start
up a firefox on the remote machine with display on the local machine.
3.  Select some text on the firefox home page.
4.  Now move the mouse out of that window, and back in.  Watch the time lag
between when the selected text becomes gray-selected to when it becomes
blue-selected.
5.  Now move the mouse in and out of the window a few times, then click on a
link.  Watch firefox catch up, over several seconds, until it finally gets
around to following the link.
6.  In general, just use a remote firefox over X11, and feel the pain....
Actual Results:  
It took a very long time for all the repainting to occur.  When using VNC with a
firefox within its display, one can actually see the little blips on the screen
as the window is being redrawn.  Using this, it appears that the entire window
is repainted more than once, to boot.

Expected Results:  
On a mouse-enter kind of event, no repainting should be necessary.

I do not know of any better X protocol tracer than xmsgtrace
(xmsgtrace.sourceforge.net), but there may be some.  I can attach a trace if it
would be more useful than y'all generating your own on your own machines under
controlled circumstances.
Related to Core bug 83395?
This is a mass search for bugs that are in the Firefox General component, are UNCO, and have not been changed for 1000 days and have an unspecified version. 

Reporter, can you please update to Firefox 3.6.10, create a fresh profile, http://support.mozilla.com/en-US/kb/managing+profiles, and test again. If you still see the bug, please update this bug. If the issue is gone, please set the resolution to RESOLVED > WORKSFORME.
Whiteboard: [CLOSEME 2010-11-01]
No reply from reporter, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.