headers
Tim Hill | 3 Feb 2003 19:54
Picon
Favicon

Decrease Win32 disk footprint by 700KB?

Does anyone know why optimized Win32 Mozilla DLLs include "FPO" debug data?
Is this stuff necessary for Talkback or any other reason?

I was reading an old article by Matt Pietrek about shrinking the size of
EXEs and DLLs
(http://www.microsoft.com/msj/defaulttop.asp?page=/msj/archive/s572.htm) and
looking at Mozilla's DLLs with the liposuction utility mentioned in the
article (http://www.wheaty.net/downloads.htm).  You can also list the data
using dumpbin /FPO.

According to the article:
"Another type of debug information that you'll see in Microsoft
compiler-produced executables is Frame Pointer Omission (FPO) information.
FPO is used in conjunction with CodeView or PDB symbols; it assists the
debugger in finding parameters and local variables for functions where the
compiler hasn't generated a standard stack frame using the EBP register. FPO
information can be quite large, so it should be removed (via a linker
switch) before shipping."

"Lastly, in Microsoft compiler-created executables you may see the so-called
miscellaneous debug information. This region seems to always be 0x110 bytes
in length and contains the name of the executable file that the linker
created. If you rename the executable file, debuggers can use miscellaneous
debug information to determine the original name of the file, and from that
calculate the name of the associated PDB file. You get rid of miscellaneous
debug info by doing a nondebug link of the executable file before you ship."

So.. looking at some Mozilla DLLs...  The content/layout DLL has about 200KB
worth of FPO data.  XPCOM.DLL has about 50KB.  Add up the data in all the
other DLLs and you have over 700KB (!) of FPO data in a standard nightly
(Continue reading)

Permalink | Reply | 3 comments |
headers
Henrik Gemal | 4 Feb 2003 09:22
Picon
Favicon
Gravatar

Re: Decrease Win32 disk footprint by 700KB?

Tim Hill wrote:
> Does anyone know why optimized Win32 Mozilla DLLs include "FPO" debug data?
> Is this stuff necessary for Talkback or any other reason?
> 
> I was reading an old article by Matt Pietrek about shrinking the size of
> EXEs and DLLs
> (http://www.microsoft.com/msj/defaulttop.asp?page=/msj/archive/s572.htm) and
> looking at Mozilla's DLLs with the liposuction utility mentioned in the
> article (http://www.wheaty.net/downloads.htm).  You can also list the data
> using dumpbin /FPO.
> 
> According to the article:
> "Another type of debug information that you'll see in Microsoft
> compiler-produced executables is Frame Pointer Omission (FPO) information.
> FPO is used in conjunction with CodeView or PDB symbols; it assists the
> debugger in finding parameters and local variables for functions where the
> compiler hasn't generated a standard stack frame using the EBP register. FPO
> information can be quite large, so it should be removed (via a linker
> switch) before shipping."
> 
> "Lastly, in Microsoft compiler-created executables you may see the so-called
> miscellaneous debug information. This region seems to always be 0x110 bytes
> in length and contains the name of the executable file that the linker
> created. If you rename the executable file, debuggers can use miscellaneous
> debug information to determine the original name of the file, and from that
> calculate the name of the associated PDB file. You get rid of miscellaneous
> debug info by doing a nondebug link of the executable file before you ship."
> 
> So.. looking at some Mozilla DLLs...  The content/layout DLL has about 200KB
> worth of FPO data.  XPCOM.DLL has about 50KB.  Add up the data in all the
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Bradley | 4 Feb 2003 16:46
Picon

Re: Decrease Win32 disk footprint by 700KB?

Tim Hill wrote:
> Does anyone know why optimized Win32 Mozilla DLLs include "FPO" debug data?
> Is this stuff necessary for Talkback or any other reason?

It might be used by Talkback. But it would still be worth filing a bug 
and making sure.

David Bradley
Permalink | Reply | 1 comment |
headers
Sam | 4 Feb 2003 15:46
Picon

'best optimized' .mozconfig for redhat 7.2 ?

I'm seem to be flailing here. This is my next try.
# Options for 'configure' (same as command-line options).
ac_add_options --disable-tests
ac_add_options --disable-debug
ac_add_options --enable-optimize=-O2
ac_add_options --disable-dtd-debug
ac_add_options --disable-logging
ac_add_options --enable-reorder
ac_add_options --enable-strip
ac_add_options --enable-elf-dynstr-gc

Perhaps somebody could post what they've had best success with using?

Mayeb I'm missing what I must do to propogate .mozconfig changes?
I do 'make distclean' then 'make build'. Is something more required?
Permalink | Reply | 1 comment |
headers
L. David Baron | 4 Feb 2003 17:04
Gravatar

Re: 'best optimized' .mozconfig for redhat 7.2 ?

On Tuesday 2003-02-04 09:46 -0500, Sam wrote:
> Mayeb I'm missing what I must do to propogate .mozconfig changes?
> I do 'make distclean' then 'make build'. Is something more required?

You need to rerun configure, which will happen automatically if you use
client.mk.  'gmake -f client.mk build' will reconfigure when necessary,
and if something has changed this should trigger a full rebuild (I'm not
sure that it does in all cases, especially if you have certain buggy gcc
versions (RedHat 2.96 gcc versions, anyway) that don't include files
included by -include (mozilla-config.h) as dependencies).

-David

--

-- 
L. David Baron                                <URL: http://dbaron.org/ >
Permalink | Reply | 0 comments |
headers
Tim Hill | 4 Feb 2003 19:25
Picon
Favicon

Re: Decrease Win32 disk footprint by 700KB?

Filed bug 191899.
http://bugzilla.mozilla.org/show_bug.cgi?id=191899

Tim
Permalink | Reply | 0 comments |
headers
Give Away Club Promos | 5 Feb 2003 15:43

www.giveawayclub.com 42" Plasma $500 , Double your money

http://www.giveawayclub.com/cds.htm

                 They have Sony plasma for $500 , playstation for $50
                 and Sony Notebooks for $500
                 They also have a double and even triple your money
                 program.

                 http://www.giveawayclub.com/cds.htm

                 Any Questions? email us promo <at> giveawayclub.com
                 thanks
Permalink | Reply | 0 comments |
headers
Liz Fuller | 6 Feb 2003 07:47

"Compact Folders" in Mozilla 1.2 Mail takes hours and easts folders

It took four hours to run "Compact Folders",
and I lost a folder with 12000 messages in it.

I'm running "Compact Folders" again after
restarting Mozilla (guess I like pain), and
it's not really going a whole lot faster.
For instance, on one folder with 17000 messages,
it's still grinding after five minutes.

This is on WinXP, 1.2GHz Athlon, 256MB RAM,
Mozilla 1.2.
- Dan & Liz
Permalink | Reply | 1 comment |
headers
Liz Fuller | 6 Feb 2003 08:01

Re: which one is executable file for gprof?

Olaf Dietsche wrote:
> This is a Linux/glibc problem. With Linux/glibc you can profile either
> the main binary or a single shared library, but not everything in one
> single run.

FWIW, there was a bug in linux/glibc and gprof;
until recently, it would refuse to profile any
program that had more than 64000 symbols.
I submitted a fix, perhaps it's in the newest
distros (more likely it'll be in red hat 8.1).
I dunno if Mozilla goes over that limit, but
I've seen large c++ programs do it, so Mozilla
proabably does.
- Dan Kegel
http://www.kegel.com
Permalink | Reply | 0 comments |
headers
Jeffrey Siegal | 7 Feb 2003 02:53

Re: "Compact Folders" in Mozilla 1.2 Mail takes hours and easts folders

This is bug 180516, fixed on the mainline.
Permalink | Reply | 0 comments |

Gmane