328051 - camino slower than FF to update SVG (change elements on mouse-over)

Status: VERIFIED DUPLICATE of bug 324944

(Camino Graveyard :: General, defect)

Description

[jonathan chetwynd]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060207 Camino/1.0rc1+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060207 Camino/1.0rc1+

camino takes about a second whereas FF1.5 is almost instant, possibly 4-10 times faster.

Reproducible: Always

Steps to Reproduce:
1.mouse over links
2.
3.

Actual Results:  
border appears and text changes


I am attaching a file which is about 1/4 the size of the URI bit probably too large to immediately catch the issue.

sorry this isn't smaller, so this may remain a curiosity for a while...

Comment 1

[jonathan chetwynd]

Attachment: demonstrates camino as slower than ff1.5

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I do notice that we seem a little slower than Fx in updating color or word changes once moused-over, but it's almost unnoticeable (esp. on the larger SVG in the URL).  Simon, is this just our drawing and the opacity/fighting between Gecko and AppKit, or might this be an issue we should push up to to the Gecko folks about performance of SVG in embedding apps?

Comment 3

[Simon Fraser [no longer active]]

When I profile, most of the time is spent in cairo (see bug 324944), but we may be drawing more than FF is becuase of the AppKit/widget and non-opaque views issues.

Comment 4

[jonathan chetwynd]

Opera 9 is significantly quicker to load and more responsive for instance to onmouseover.

also see: https://bugzilla.mozilla.org/show_bug.cgi?id=324944

Comment 5

[Chris Lawson (gone)]

I can't see any difference between Camino and Firefox either, so duping this to bug 324944 based on comment 3.

*** This bug has been marked as a duplicate of 324944 ***

Comment 6

[jonathan chetwynd]

cheers, apologies for not closing this myself...