Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » Developing U++ » U++ Developers corner » Porting U++ to Blackfin DSP
Re: Porting U++ to Blackfin DSP [message #23999 is a reply to message #22644] Wed, 16 December 2009 14:20 Go to previous messageGo to previous message
kohait00 is currently offline  kohait00
Messages: 939
Registered: July 2009
Location: Germany
Experienced Contributor
hi mirek,

considering the full porting of U++ to Blackfin, arise some little huge problems.

1) the BF is an interger DSP, which emulates floating point stuff. is it reasonable to think about integrating fixpoint arithmetik to compute sizes, colors etc. all the graphics stuff? what do you think, how severe is the huge of float/double operations inside the graphics layer?

2) the BF is running uClinux as flavor. no MMU!! so memory fragmentation is a problem, when doing a lot of malloc/free new/delete. how much dynamic allocation is done in the graphics layer? i know of the containers, which allocate on heap. how intense is the use there? could we modify the UPP ALLOCATER to somehow being able to manage a fixed chunk of memory? it means, when we start upp application, the Core allocates a given size of memoy (i.e. 64 MB) and is using this to service the heap alloc demands. (i would need to port to UPP MALLOC anyway for that porpuse, its not supportet currently)

these 2 major problems stand in performance way of porting full Upp to BF environment.

 
Read Message icon2.gif
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: xlslib in U++!
Next Topic: Multi-byte character Compile Error
Goto Forum:
  


Current Time: Tue Jul 15 15:59:08 CEST 2025

Total time taken to generate the page: 0.03135 seconds