[ECOS] Footprint of an ecos application

[ECOS] Footprint of an ecos application

[Reinhard JESSICH]

I have made several configurations with a lightly modified TwoThreads application.
We use the Motorola MPC8265A (PowerPC)

After conversion to binary the resulting sizes are:

 55074 bytes with disabled Network; CYGDBG_USE_ASSERTS and
 CYGPKG_INFRA_DEBUG are set to 0.

 217290 bytes with enabled Network; CYGDBG_USE_ASSERTS and
 CYGPKG_INFRA_DEBUG are set to 0.

Note that the TwoThreads application does not use any functions of the network stack.
I thought the network stack needs 100kbytes (only from rumours), but judging from my
example it seems to be more like 160kB. This is very surprising as I used the
gc-sections linker command which is supposed to remove all un-referenced symbols.

Did anybody observe similar sizes?

Any hints are appreciated

BR
   Reinhard


-- 
 Ing. Reinhard Jessich                Phone: +43/1/81150/2395
 Software Design                      Fax: +43/1/81150/3169
 Frequentis Nachrichtentechnik GmbH   A-1120 Wien, Spittelbreitengasse 34
 http://www.frequentis.com            eMail: reinhard.jessich@frequentis.com


--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] Footprint of an ecos application

[Andrew Lunn]

On Mon, Sep 08, 2003 at 01:35:34PM +0200, Reinhard JESSICH wrote:
> I have made several configurations with a lightly modified TwoThreads application.
> We use the Motorola MPC8265A (PowerPC)
> 
> After conversion to binary the resulting sizes are:
> 
>  55074 bytes with disabled Network; CYGDBG_USE_ASSERTS and
>  CYGPKG_INFRA_DEBUG are set to 0.
> 
>  217290 bytes with enabled Network; CYGDBG_USE_ASSERTS and
>  CYGPKG_INFRA_DEBUG are set to 0.
> 
> Note that the TwoThreads application does not use any functions of the network stack.
> I thought the network stack needs 100kbytes (only from rumours), but judging from my
> example it seems to be more like 160kB. This is very surprising as I used the
> gc-sections linker command which is supposed to remove all un-referenced symbols.

The reason more is not removed is because the stack uses tables of
function pointers. It has to be able to throw away the whole table
before it can throw away the functions in the table. But the basic
dispatching of frames into the bottom of the stack still uses these
tables. If you where to look at the linker map, i expect you get a
tree rooted in the Ethernet drivers. These are in libextra.a, which is
something the linker is not allowed to remove. I expect that the basic
socket API has been removed, but all layers under that are still
there.

If you know your application only needs TCP you could remove UDP, RAW
sockets etc. This will shrink down the stack size. To remove more you
will need to look at the linker map.

        Andrew



-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss