Closed Bug 710246 Opened 14 years ago Closed 14 years ago

Investigate substantial increase in libxul size since Gecko 10

Categories

(Core :: General, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: khuey, Assigned: emorley)

References

Details

Attachments

(2 files)

Firefox 9b5: xul.dll is 15,719 KB Firefox 10.0a2: xul.dll is 15,724 KB Firefox 11.0a1 (12/13): xul.dll is 16,115 KB
This applies to linux i686 as well, so it most probably is cross platform. Firefox 9.0b5: libxul.so is 22,082,596 B Firefox 10.0a2: libxul.so is 22,231,412 B Firefox 11.0a1: libxul.so is 22,587,112 B (and FWIW, Firefox 8.0's is 21,545,036 B)
The difference between 8 and 9 is probably TI, but I can't think of anything we've landed in this cycle that's big ...
Attached file map.py —
Here is a script that I wrote a while ago that could be helpful to identify where code size comes from. It takes as input a map file as GNU ld outputs them. You need to add -Wl,-Map,/some/file to the libxul.so link command line, and then run the script against that file. It will output size per section per file with the format "section(file) size" for .text, .data* and .rodata sections. File names are relative to objdir/toolkit/library. What I wanted to do with this output is to create an interactive treemap, but I never found the time.
CSV of xul.dll filesizes for each mozilla-central win32 nightly since 1st Nov. Would appear the main increase is: 2011-11-17-03-09-39 -> 2011-11-18-03-10-05 ...which added 284KB bytes (the next highest increase is only 32KB). This equates to: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=30161b298513&tochange=447556784745
Assignee: nobody → bmo
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Blocks: 750661
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: