[ECOS] Memory footprint

[ECOS] Memory footprint

[Emmanuel Viollet]

Hi.

I can't find any information on this on the internet, so perhaps you can 
help me out...

I need to compile a kernel with PPP. Do you have any idea of the 
footprint of eCOS with lwIP and PPP?
I compiled a minimal program with PPP for my Olimex LPC2106 evaluation 
board, and it takes 560Kb.
Does this size seem normal?

In advance, thanks.

-- 
Emmanuel Viollet
Software engineer
Webdyn
e-mail : Emmanuel.Viollet@webdyn.com
Tel    : +33 (0)1 39 04 29 55


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

Re: [ECOS] Memory footprint

[Andrew Lunn]

On Wed, May 10, 2006 at 11:08:49AM +0200, Emmanuel Viollet wrote:
> Hi.
> 
> I can't find any information on this on the internet, so perhaps you can 
> help me out...
> 
> I need to compile a kernel with PPP. Do you have any idea of the 
> footprint of eCOS with lwIP and PPP?
> I compiled a minimal program with PPP for my Olimex LPC2106 evaluation 
> board, and it takes 560Kb.
> Does this size seem normal?

Is that the size of the elf or the size of the binary which is
actually loaded onto the target? 

what does arm-elf-size say?

     Andrew

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

Re: [ECOS] Memory footprint

[Emmanuel Viollet]

Andrew Lunn a écrit :
> On Wed, May 10, 2006 at 11:08:49AM +0200, Emmanuel Viollet wrote:
>> Hi.
>>
>> I can't find any information on this on the internet, so perhaps you can 
>> help me out...
>>
>> I need to compile a kernel with PPP. Do you have any idea of the 
>> footprint of eCOS with lwIP and PPP?
>> I compiled a minimal program with PPP for my Olimex LPC2106 evaluation 
>> board, and it takes 560Kb.
>> Does this size seem normal?
> 
> Is that the size of the elf or the size of the binary which is
> actually loaded onto the target? 
> 
> what does arm-elf-size say?

$ arm-elf-size.exe a.out
    text    data     bss     dec     hex filename
   41920    1512    8028   51460    c904 a.out

I suppose that this means the binary will be 51460Kb in size?

I am using a Phlips 2106 processor with 128Kb EEPROM and 64Kb RAM.
Do you think I can fit in LwIP + PPP + Zlib in this?

The linker is giving me errors :
$ arm-elf-gcc -I../../ecos_install/include hello.c 
-L../../ecos_install/lib -Ttarget.ld -nostdlib
/usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
0x2624c de a.out de la section .text n'est pas dans la région rom
/usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
0x2624c de a.out de la section .fini n'est pas dans la région rom
/usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
0x2aff1 de a.out de la section .rodata n'est pas dans la région
  rom
/usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
0x2aff4 de a.out de la section .rodata1 n'est pas dans la région rom
/usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
0x2aff4 de a.out de la section .fixup n'est pas dans la région rom
/usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
0x2aff4 de a.out de la section .gcc_except_table n'est pas dans la 
région rom
/usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
0x4001ca20 de a.out de la section .bss n'est pas dans la région ram

I'm sorry, but the error messages are in french.
 From what I gather, the code is too big for RAM and ROM?
"the address 0x2624c from a.out in section .text is not in the rom region"?

-- 
Emmanuel Viollet
Software engineer
Webdyn
e-mail : Emmanuel.Viollet@webdyn.com
Tel    : +33 (0)1 39 04 29 55

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

[ECOS] Choice of Web Servers

[Laurie Gellatly]

Hi All,
I'm new to the list. Still selecting parts for my project.

I've been looking for a capable web server (IPv4/6, HTTPS, DAA, CGI,
threads...) and GoAhead seems to fit except for the logo on the end
product licensing requirement which rules it out. The standard server
unfortunately lacks required features and I searched through past posts
and found 'seminole'. Google found 'shttpd' which also looks promising
but there appears to be some level of porting required. Anyone suggest
an alternative and/or provide comments on these last two?

Cheers			...Laurie:{)


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

Re: [ECOS] Memory footprint

[Andrew Lunn]

On Wed, May 10, 2006 at 02:54:55PM +0200, Emmanuel Viollet wrote:
> Andrew Lunn a ?crit :
> >On Wed, May 10, 2006 at 11:08:49AM +0200, Emmanuel Viollet wrote:
> >>Hi.
> >>
> >>I can't find any information on this on the internet, so perhaps you can 
> >>help me out...
> >>
> >>I need to compile a kernel with PPP. Do you have any idea of the 
> >>footprint of eCOS with lwIP and PPP?
> >>I compiled a minimal program with PPP for my Olimex LPC2106 evaluation 
> >>board, and it takes 560Kb.
> >>Does this size seem normal?
> >
> >Is that the size of the elf or the size of the binary which is
> >actually loaded onto the target? 
> >
> >what does arm-elf-size say?
> 
> $ arm-elf-size.exe a.out
>    text    data     bss     dec     hex filename
>   41920    1512    8028   51460    c904 a.out
> 
> I suppose that this means the binary will be 51460Kb in size?
                                               
No. These are in units of bytes, not kilo bits. 51460Kb is about
6MBytes which makes no sense.

The binary will be 41920 + 1512 bytes. You also need 8028bytes of
statically allocated RAM. The size of the heap is not show here.

> I am using a Phlips 2106 processor with 128Kb EEPROM and 64Kb RAM.
> Do you think I can fit in LwIP + PPP + Zlib in this?

zlib will be a problem. In its default configuration it will allocate
64Kbytes from the heap..... You can make is use less memory, but it
will then no longer decompress data compressed with the default zlib
configuration. So i don't recommend zlib. lwip + PPP does seems
reasonable with 128Kb + 64Kb.

> The linker is giving me errors :
> $ arm-elf-gcc -I../../ecos_install/include hello.c 
> -L../../ecos_install/lib -Ttarget.ld -nostdlib
> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
> 0x2624c de a.out de la section .text n'est pas dans la r?gion rom
> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
> 0x2624c de a.out de la section .fini n'est pas dans la r?gion rom
> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
> 0x2aff1 de a.out de la section .rodata n'est pas dans la r?gion
>  rom
> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
> 0x2aff4 de a.out de la section .rodata1 n'est pas dans la r?gion rom
> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
> 0x2aff4 de a.out de la section .fixup n'est pas dans la r?gion rom
> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
> 0x2aff4 de a.out de la section .gcc_except_table n'est pas dans la 
> r?gion rom
> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
> 0x4001ca20 de a.out de la section .bss n'est pas dans la r?gion ram
> 
> I'm sorry, but the error messages are in french.
> From what I gather, the code is too big for RAM and ROM?

This should fit, so it suggests a problem with your linker script.
Is it trying to put everything in RAM?

   Andrew

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

[ECOS] Re: Memory footprint

[Grant Edwards]

>> what does arm-elf-size say?
>
> $ arm-elf-size.exe a.out
>     text    data     bss     dec     hex filename
>    41920    1512    8028   51460    c904 a.out
>
> I suppose that this means the binary will be 51460Kb in size?

That means the binary will require 43432 bytes of ROM
(41920+1512) and 9540 bytes of RAM (8028+1512).

-- 
Grant Edwards                   grante             Yow!  I'm pretending that
                                  at               we're all watching PHIL
                               visi.com            SILVERS instead of RICARDO
                                                   MONTALBAN!

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

Re: [ECOS] Re: Memory footprint

[Andrew Lunn]

On Wed, May 10, 2006 at 09:53:42AM -0500, Grant Edwards wrote:
> >> what does arm-elf-size say?
> >
> > $ arm-elf-size.exe a.out
> >     text    data     bss     dec     hex filename
> >    41920    1512    8028   51460    c904 a.out
> >
> > I suppose that this means the binary will be 51460Kb in size?
> 
> That means the binary will require 43432 bytes of ROM
> (41920+1512) and 9540 bytes of RAM (8028+1512).

I suppose i should read the man page, but couldn't part of data be
rodata and so will not be copied to RAM at startup?

[Goes and reads the man page]

There is no mention of the rodata. Hum...

        Andrew

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

Re: [ECOS] Re: Memory footprint

[Gary Thomas]

On Wed, 2006-05-10 at 17:19 +0200, Andrew Lunn wrote:
> On Wed, May 10, 2006 at 09:53:42AM -0500, Grant Edwards wrote:
> > >> what does arm-elf-size say?
> > >
> > > $ arm-elf-size.exe a.out
> > >     text    data     bss     dec     hex filename
> > >    41920    1512    8028   51460    c904 a.out
> > >
> > > I suppose that this means the binary will be 51460Kb in size?
> > 
> > That means the binary will require 43432 bytes of ROM
> > (41920+1512) and 9540 bytes of RAM (8028+1512).
> 
> I suppose i should read the man page, but couldn't part of data be
> rodata and so will not be copied to RAM at startup?
> 
> [Goes and reads the man page]
> 
> There is no mention of the rodata. Hum...

The read-only data section will be included in the "text" segment
as printed by this tool.  If you want to see the details of how
things are really laid out, use objdump -h.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


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

[ECOS] Re: Memory footprint

[Grant Edwards]

In gmane.os.ecos.general, you wrote:
>>> what does arm-elf-size say?
>>
>> $ arm-elf-size.exe a.out
>>     text    data     bss     dec     hex filename
>>    41920    1512    8028   51460    c904 a.out
>>
>> I suppose that this means the binary will be 51460Kb in size?
>
> That means the binary will require 43432 bytes of ROM
> (41920+1512) and 9540 bytes of RAM (8028+1512).

I forgot to include stack space, so you'll need to add that in.

-- 
Grant Edwards                   grante             Yow!  Is this ANYWHERE,
                                  at               USA?
                               visi.com            

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

[ECOS] Re: Memory footprint

[Grant Edwards]

In gmane.os.ecos.general, you wrote:
> On Wed, May 10, 2006 at 09:53:42AM -0500, Grant Edwards wrote:
>> >> what does arm-elf-size say?
>> >
>> > $ arm-elf-size.exe a.out
>> >     text    data     bss     dec     hex filename
>> >    41920    1512    8028   51460    c904 a.out
>> >
>> > I suppose that this means the binary will be 51460Kb in size?
>> 
>> That means the binary will require 43432 bytes of ROM
>> (41920+1512) and 9540 bytes of RAM (8028+1512).
>
> I suppose i should read the man page, but couldn't part of data be
> rodata and so will not be copied to RAM at startup?
>
> [Goes and reads the man page]
>
> There is no mention of the rodata. Hum...

I'm pretty sure the "text" number included rodata.

-- 
Grant Edwards                   grante             Yow!  I just had a NOSE
                                  at               JOB!!
                               visi.com            

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

Re: [ECOS] Memory footprint

[Emmanuel Viollet]

Andrew Lunn a écrit :
>> $ arm-elf-size.exe a.out
>>    text    data     bss     dec     hex filename
>>   41920    1512    8028   51460    c904 a.out
>>
>> I suppose that this means the binary will be 51460Kb in size?
>>     
>                                                
> No. These are in units of bytes, not kilo bits. 51460Kb is about
> 6MBytes which makes no sense.
>   
True. In fact, 51460Kb, is closer to 50Mb... ;)
I mistyped and added a "K". My mistake!! :)
> The binary will be 41920 + 1512 bytes. You also need 8028bytes of
> statically allocated RAM. The size of the heap is not show here.
>   
OK. Thanks.
>> I am using a Phlips 2106 processor with 128Kb EEPROM and 64Kb RAM.
>> Do you think I can fit in LwIP + PPP + Zlib in this?
>>     
> zlib will be a problem. In its default configuration it will allocate
> 64Kbytes from the heap..... You can make is use less memory, but it
> will then no longer decompress data compressed with the default zlib
> configuration. So i don't recommend zlib. lwip + PPP does seems
> reasonable with 128Kb + 64Kb.
>   
I only need to compress data for gzip using zlib. I don't need to 
uncompress files coming from some other place. Do you think zlib could 
work with only 32Kb? Do you know of any other gzip compatible libraries?
>> The linker is giving me errors :
>> $ arm-elf-gcc -I../../ecos_install/include hello.c 
>> -L../../ecos_install/lib -Ttarget.ld -nostdlib
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2624c de a.out de la section .text n'est pas dans la r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2624c de a.out de la section .fini n'est pas dans la r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2aff1 de a.out de la section .rodata n'est pas dans la r?gion
>>  rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2aff4 de a.out de la section .rodata1 n'est pas dans la r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2aff4 de a.out de la section .fixup n'est pas dans la r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2aff4 de a.out de la section .gcc_except_table n'est pas dans la 
>> r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x4001ca20 de a.out de la section .bss n'est pas dans la r?gion ram
>>
>> I'm sorry, but the error messages are in french.
>> >From what I gather, the code is too big for RAM and ROM?
>>     
>
> This should fit, so it suggests a problem with your linker script.
> Is it trying to put everything in RAM?
>
>   
The program I was trying to compile in the second part has nothing to do 
with the numbers I gave in the first part of this email.
This program contains lwIP + PPP + zlib + debug information + lots of 
other things.
I just wanted to check if the error messages I was seeing were due to 
code too large.

-- 
Emmanuel Viollet
Software engineer
Webdyn
e-mail : Emmanuel.Viollet@webdyn.com
Tel    : +33 (0)1 39 04 29 55


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

Re: [ECOS] Memory footprint

[Andrew Lunn]

> >zlib will be a problem. In its default configuration it will allocate
> >64Kbytes from the heap..... You can make is use less memory, but it
> >will then no longer decompress data compressed with the default zlib
> >configuration. So i don't recommend zlib. lwip + PPP does seems
> >reasonable with 128Kb + 64Kb.
> >  
> I only need to compress data for gzip using zlib. I don't need to 
> uncompress files coming from some other place. Do you think zlib could 
> work with only 32Kb? Do you know of any other gzip compatible libraries?

Sorry, no idea. I only needed to decompress data, not compress it.

       Andrew

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