From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII
X-Google-Thread: 103376,e9f27bbe0678fdfc
X-Google-Attributes: gid103376,public
From: gisle@krake.ii.uib.no (Gisle S�lensminde)
Subject: Re: huge executable??
Date: 2000/05/15
Message-ID: <slrn8i0p6g.98.gisle@krake.ii.uib.no>#1/1
X-Deja-AN: 623774182
Content-Transfer-Encoding: 8bit
References: <391E09C3.FA04871E@mailandnews.com>
 <9EET4.760$pN4.423580@news.pacbell.net> <3920DA5B.2F56@club-internet.fr>
Organization: University of Bergen, Norway
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0
Newsgroups: comp.lang.ada
Date: 2000-05-15T00:00:00+00:00
List-Id: <comp.lang.ada>

In article <3920DA5B.2F56@club-internet.fr>, DELCOURT J�r�me wrote:
>tmoran@bix.com wrote:
>> 
>> > why is the .EXE produced by Ada so much bigger?
>>   It's not Ada, it's the particular compiler's run-time for the
>> particular OS.  Your Hello program compiled to 67K with a different
>> compiler.  Dropping the "with ada.text_io" and raising an unhandled
>> "hello_world:exception" instead, that went down to 37K.  Looking at
>> some old DOS .com programs in Ada, I find a 100 line one that
>> HTML-izes a text file and compiles to 19K.  The same program,
>> compiled to run under 32 bit Windows, is now 73K.
>>   The more important question is, is size a problem with real
>> programs that do something substantial.

>
>I think that a reduced executable size is important, since that
>allows a better use of the CPU cache memory, so that could improve
>the speed of the program.

Not quite correct. If some part of the program is unused it will
quickly be flushed out of instruction cache and remain outside,
if ever comes there. It will affect load lime and harddisk space,
but not instruction cache.

Instruction cache is important when you try to unroll code. 
If the codesize no longer fit instruction cache, you will probably 
see a significant performance hit. If you have code doing computational 
work, that part of the code should fit the instruction cache, 
but that have nothing to do with size of the executables on
your hard drive. 

>
>Concerning that problem, I suspect that, with GNAT, there is not
>a good elimination of the unused code.
>
>Sincerely, Jerome Delcourt


-- 
--
Gisle S�lensminde ( gisle@ii.uib.no )   

ln -s /dev/null ~/.netscape/cookies