Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Thread

Memory usage when migrating from 8 to 32 bit platform

Memory usage when migrating from 8 to 32 bit platform

2005-06-18 by Rudy Van Raemdonck

Hello,

 

I have been using 8-bit AVR MCU's so far (ATMega8) for relatively small
projects. Right now I need to convert a PC application running under DOS to
an embedded platform. The LPC2xxx series is one of the possible targets I
will be using. I would prefer a single chip solution without external memory
interface.

 

I am wondering how memory hungry 32-bit C compilers (GNU, Imagecraft ICCARM)
are?

 

Has anyone had any experience porting an application from an 8-bit to a
32-bit platform? What were the ratio's of RAM and FLASH usage?

 

I have been told before by several people that 32K RAM memory on a 32-bit
platform is not much and to be considered a minimum.

 

I will be using no OS or perhaps a small RTOS (FreeRTOS, Nut OS) which will
not need a lot of memory.

 

Kind regards,

 

Rudy

Modeltech - Belgium



[Non-text portions of this message have been removed]

Re: [lpc2000] Memory usage when migrating from 8 to 32 bit platform

2005-06-18 by Richard

Hi Rudy, were you the one I answered earlier privately? Looking at just one 
particular benchmark we use for testing, the ICCAVR and ICCARM generated 
code are almost exactly the same size, with both being about 20.5K bytes!

At 12:41 PM 6/18/2005, Rudy Van Raemdonck wrote:

>Hello,
>
>I have been using 8-bit AVR MCU's so far (ATMega8) for relatively small
>projects. Right now I need to convert a PC application running under DOS to
>an embedded platform. The LPC2xxx series is one of the possible targets I
>will be using. I would prefer a single chip solution without external memory
>interface.
>
>
>
>I am wondering how memory hungry 32-bit C compilers (GNU, Imagecraft ICCARM)
>are?
>
>

// richard (This email is for mailing lists. To reach me directly, please 
use richard at imagecraft.com)

ICCAVR vs. IAR ?

2005-06-18 by Lasse Madsen

Hi Richard,

How are your compiler, doing against IAR on the ARM platform? 
I know that on the AVR platform your compiler is very well fit for fight.

And does anyone know how IAR is against ARM own?

Please note that I'm not speaking IDE vice but purely code
generation/optimization.

Regards
Lasse Madsen

Re: [lpc2000] ICCAVR vs. IAR ?

2005-06-19 by Richard

At 03:11 PM 6/18/2005, Lasse Madsen wrote:

>Hi Richard,
>
>How are your compiler, doing against IAR on the ARM platform?
>I know that on the AVR platform your compiler is very well fit for fight.

We haven't done any real benchmarking yet. Our code should be quite 
competitive, as even the base STD compiler does register allocation, 
conditional execution and condition code tracking. There are something like 
we need to improve on in base code generation e.g. loading of literal base, 
and we will be releasing the PRO optimizer relatively shortly (we are 
tuning it for the AVR right now first). Once all these are done, we can do 
more benchmarking.

Generally though, we don't get into the benchmarking game. We do take in 
our customers suggestions of course and it is more worthwhile for us to 
look at opportunities there than on artifical benchmarks.

>And does anyone know how IAR is against ARM own?
>
>Please note that I'm not speaking IDE vice but purely code
>generation/optimization.
>
>Regards
>Lasse Madsen

// richard (This email is for mailing lists. To reach me directly, please 
use richard at imagecraft.com)

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.