45671 - perf: WinEmbed kicks Seamonkey's ass.

Status: VERIFIED INVALID

(Core :: XUL, defect, P3)

Description

[Gagan]

On the weekend I spent some time running and comparing WinEmbed (a cool embed 
demo app that dougt wrote) and Seamonkey. One of the very interesting finds was 
that WinEmbed is consistently faster than Seamonkey by an order of 5 to 8 
seconds per page load. We should consider investigating the difference in 
"features" that kick in for Seamonkey. These could be BIG wins for our 
performance. 

One related issue with this is that the WinEmbed bloat is significantly lower 
too. (per dougt's email- (from jud's investigation)) While this could be a 
separate bug I would leave this one here (as a meta reference)

    Notice the amount of data (in bytes) in memory (bloat) at the time 
    "about:bloat" for each app... 

      SeaMonkey: 898,984 
      Viewer: 856 
      WinEmbed: 1,440

Comment 1

[Doug Turner (:dougt)]

winEmbed is like Viewer in that it does not use XUL as a UI and it does not use 
a bunch of the "browser-like" features (Bookmarks, Sidebar, Cookies, Wallet, 
ect).  Viewer has always been faster than Seamonkey.  I think it will always be 
this way.  

Running winEmbed and simply loading "http://people.netscape.com/dougt", you will 
not load any xul and most of the "features" in seamonkey are never used or 
loaded.  In fact, if you ran nmake (unix coming soon) in 
mozilla/embedding/config you would only get the minimal dll's and files needed 
to browser webpages (or do simple editing).  

It would be interesting to identify all "optional" components and get numbers on 
how long each consume during URL loads.

Comment 2

[David Hyatt]

Can I just say that I LOVE this bug title.  I laughed for about 3 straight 
minutes when it first showed up in my mailbox. :)

Comment 3

[Chris McAfee]

hyatt can look at this while he's still laughing :-)

Comment 4

[Peter Trudelle]

While WinEmbed may be a good place to look for ideas on improving Seamonkey, 
there is no specific Seamonkey defect reported in this bug. ->future to get off 
the nsbeta3 radar.

Comment 5

[Peter Trudelle]

->moz0.9

Comment 6

[Peter Trudelle]

doh! resolving as invalid.

Comment 7

[Chad Austin]

invalids, wontfixes, dups, worksformes