??? 07/11/08 12:46 Read: times |
#156606 - sometimes, depends Responding to: ???'s previous message |
My questions:
1. As a user how significant would it be to have these optimizations? 2. What are the really important optimizations for developers working with the 8051? 1) sometimes, if you make a) a (high volume) product where you MUST use a uC that is a bit too slow non-oprimized b) a (high volume) product where you MUST use a uC that has a bit too little memory non-oprimized 2) depends, either none or all I would say that you should never oprimize (if needs arise use a larger/faster processor) if a) your volume is less than, say, 1000 units. b) your product is not price sensitive. c) the cost of a sufficient processor is insignificantly more than the insufficient one. Why not optimize? debugging can become a nightmare Erik |
Topic | Author | Date |
Data Array getting corrupted after init | 01/01/70 00:00 | |
OnePossibleIdea.... | 01/01/70 00:00 | |
I did not do anything with the stack | 01/01/70 00:00 | |
As Michael said.... | 01/01/70 00:00 | |
How do you test and debug code? | 01/01/70 00:00 | |
Keil is the only thing in place | 01/01/70 00:00 | |
'crap'?? | 01/01/70 00:00 | |
Is this the book you refer? | 01/01/70 00:00 | |
nope | 01/01/70 00:00 | |
Erik | 01/01/70 00:00 | |
So where is the code | 01/01/70 00:00 | |
do NOT "put them" | 01/01/70 00:00 | |
Focus | 01/01/70 00:00 | |
Simulator | 01/01/70 00:00 | |
So this is on a simulator? | 01/01/70 00:00 | |
Post your duff code | 01/01/70 00:00 | |
Finding Cause of Corruption | 01/01/70 00:00 | |
Get the C right, then look at the target CPU | 01/01/70 00:00 | |
Optimizing Compilers | 01/01/70 00:00 | |
In my experience..... | 01/01/70 00:00 | |
Keil C 51 Optimizations | 01/01/70 00:00 | |
Use IAR then | 01/01/70 00:00 | |
different approaches | 01/01/70 00:00 | |
sometimes, depends | 01/01/70 00:00 | |
Thanks![]() | 01/01/70 00:00 |