• State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 22 subscribers
  • Views 1788 views
  • Users 0 members are here
Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Why It is not recommended porting a OS to C51?

Tony Zhang

Hi,Dear friends,

After the discussions about the reentrant stack in Keilc http://www.keil.com/forum/docs/thread10048.asp#msg47666
,I believe It really hit the spot. Thanks again!

But, There is another question, Why It is not recommended porting a OS(ucos) to c51?

If some one heared about this, Most of them will suggest the two points, One,It's ok for a study, but for a business. And the other is that if you really need ,pls switch to ARM or else.

If I have a enhanced fast C51, and there is about 5~7K RAM, It's about two/three clocks per machine cycle working on 40Mhz, which means about 50ns for single-cycle instruction, Is it powerful enough for a OS?

Is there any statistics about these things? It'll be very kind of you to let me know the details.

Parents
  • 0 in reply to Tony Zhang

    It was not a "Product" In the end a science experiment.
    It was a 6 clock phillips "RD" CPU 12 Mhz I think.
    It the programmer wanted to learn RTOS. The code base was used in a bigger CPU in an expanded project. It works well there.
    The 8052 was losing time with 4 tasks. The switch time had to be slowed down a lot to fix it.
    The switch time is Key here. A 1ms switch time on a 2ms clock means 50% of the time is wasted. With a 10 ms clock only 10% is wasted. Does it matter in your project? That is for you to decide. In the end you will need More RAM, ROM, and a faster CPU to get equivilent performance. You may have better luck with Keils O/S. It is smaller, but I have not used it.

Reply
  • 0 in reply to Tony Zhang

    It was not a "Product" In the end a science experiment.
    It was a 6 clock phillips "RD" CPU 12 Mhz I think.
    It the programmer wanted to learn RTOS. The code base was used in a bigger CPU in an expanded project. It works well there.
    The 8052 was losing time with 4 tasks. The switch time had to be slowed down a lot to fix it.
    The switch time is Key here. A 1ms switch time on a 2ms clock means 50% of the time is wasted. With a 10 ms clock only 10% is wasted. Does it matter in your project? That is for you to decide. In the end you will need More RAM, ROM, and a faster CPU to get equivilent performance. You may have better luck with Keils O/S. It is smaller, but I have not used it.

Children
No data