Closed Bug 169003 Opened 22 years ago Closed 22 years ago

merge mozbrwsr into appcomps

Categories

(SeaMonkey :: UI Design, defect, P2)

x86
Windows 2000
defect

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.2beta

People

(Reporter: alecf, Assigned: alecf)

References

Details

(Whiteboard: fix in hand)

Attachments

(2 files)

The mozbrwsr dll is only 16k, and history has shown that DLL overhead is
somewhere around 12k on disk (and 30k in memory) so I'm merging it into appcomps
in an effort to reduce bloat.

My guess is that appcomps will get about 4k bigger... since this DLL goes away,
thats both a 12k win, and one less DLL to load at startup.

patch forthcoming.
Here's the patch.

the one thing I had to do was move the nsBrowserStatusHandler class declaration
into the header file, so that the module could get at the constructor for the
class.

Can I get an r=blake, sr=jag?
Blocks: 163737
Status: NEW → ASSIGNED
Priority: -- → P2
Whiteboard: fix in hand
Target Milestone: --- → mozilla1.2beta
So what's the gain?
I was a bit too quick with the submit button there. I wanted it to read:

So what's the measured gain?
I haven't checked DLL size on a release build yet, I'll post when I do. (But can
I still get a review? There's no reason this should be in its own dll)
ok, I threw this onto a release build that was a few days old, here were the
results:

before:
32      components\mozbrwsr.dll
284     components\appcomps.dll
316     total

after:
292     components\appcomps.dll

so we see that appcomps.dll went up by 8k, and the total size went down by 24k.

One thing I don't QUITE get is that on my nightly install from yesterday (where
I got the number from comment 0) mozbrwsr is 16k, and appcomps is 271k... I'm
not quite sure what the difference is, between my release build and the nightly
build, but in any case we're of course seeing a net gain of at least 8k,
probably 12k, and since there is a fixed cost runtime overhead of about 30k per
dll, this is a great gain for us.
Comment on attachment 99394 [details] [diff] [review]
merge mozbrwsr into appcomps

Cool. Could it be that your one build is running with symbols (MOZ_PROFILE)?

sr=jag
Attachment #99394 - Flags: superreview+
this is just the mac project changes required to make this build
Comment on attachment 99455 [details] [diff] [review]
the mac project changes

sr=jag
Attachment #99455 - Flags: superreview+
Attachment #99394 - Flags: review+
Comment on attachment 99394 [details] [diff] [review]
merge mozbrwsr into appcomps

r=bryner
Comment on attachment 99455 [details] [diff] [review]
the mac project changes

r=bryner
Attachment #99455 - Flags: review+
shouldn't this be marked fixed now?
(was checked in 09/19/2002 12:00 by alecf%netscape.com)
geez give me a few minutes already.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: