From xemacs-m  Tue Apr 15 18:55:38 1997
Received: from atlas.infra.CARNet.hr (zcalusic@atlas.infra.CARNet.hr [161.53.160.131])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id SAA04420
	for <xemacs-beta@xemacs.org>; Tue, 15 Apr 1997 18:55:36 -0500 (CDT)
Received: (from zcalusic@localhost)
	by atlas.infra.CARNet.hr (8.8.5/8.8.5) id BAA02626;
	Wed, 16 Apr 1997 01:53:59 +0200
Sender: zcalusic@CARNet.hr
To: Steven L Baur <steve@miranova.com>
Cc: xemacs-beta@xemacs.org
Subject: Re: [comp.emacs.xemacs] Re: multi-threaded XEmacs lisp interpreter
References: <m2wwq3svck.fsf@altair.xemacs.org>
Reply-To: Zlatko.Calusic@CARNet.hr
X-Face: -{{$jeB1W-K.U*M}?5mPbqpi4lh3mpjD9T,~LDH/7U]*Xf9["_k>Ijnnce{CZ-ZK_%]g=vL
 cAZD>]jb0OwfLx4*;XgFN0=P7\,5a(k;szUfM0\sKEv?*MLehyoE@!M1mY:`P1w)s7WHkOg8&8oE";
 0_&*NFyrQMzNv^NW2}:Ifyx`#Rc%]7kazg49XSW>[Pe)s-0^O!Lttfv9-EYr,M2fp)VEE8p]GOiMzA
 6Zad,9ZXunk1k9MO'Yamy(?el@B8Fj1
From: Zlatko Calusic <Zlatko.Calusic@CARNet.hr>
Date: 16 Apr 1997 01:53:58 +0200
In-Reply-To: Steven L Baur's message of 15 Apr 1997 16:46:19 -0700
Message-ID: <87k9m3zvth.fsf@atlas.infra.CARNet.hr>
Lines: 48
X-Mailer: Gnus v5.4.37/XEmacs 19.15

Steven L Baur <steve@miranova.com> writes:

> --Multipart_Tue_Apr_15_16:46:19_1997-1
> Content-Type: text/plain; charset=US-ASCII
> 
> > If you take a deep look at the results you see that XEmacs's data
> > segement is *HUGE* compared to others.
> 
> Just for grins try a size on src/?emacs to compare against temacs.
> This looks like a bug in unexecelf.
> 
> $ size src/?emacs 
> text    data    bss     dec     hex     filename
> 1281483 792860  184532  2258875 2277bb  src/temacs
> 1281483 2183496 0       3464979 34df13  src/xemacs
> 
> Something is fishy.  I thought dumping was supposed to move the
> purespace into shareable text not data?  Emacs' unexecelf has the same
> flaw.

I looked at another two architectures and here are the results:

{Solaris 2.5.1 - UltraSparc} [~]% size =xemacs
text    data    bss     dec     hex     filename
1122728 2038937 0       3161665 303e41  /usr/local/bin/xemacs

{Digital Unix 4.0 - Alpha} [~]% size =xemacs
text    data    bss     dec     hex
2031616 3391488 0       5423104 52c000

It looks like all platforms have the same problem. :(
Digital uses COFF binary format, not ELF!

Unfortunately, I don't have results for temacs, but those data sizes
are definitively big.

My first report is for Pentium based Linux.
XEmacs is always v19.15.

For long time I wanted to know what's the real purpose of unexec.
And of course, how does it work?

Maybe the time has come... :)

-- 
Posted by Zlatko Calusic           E-mail: <Zlatko.Calusic@CARNet.hr>
---------------------------------------------------------------------
	       Too much month at the end of the money.

