CCS C Software and Maintenance Offers
FAQFAQ   FAQForum Help   FAQOfficial CCS Support   SearchSearch  RegisterRegister 

ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

CCS does not monitor this forum on a regular basis.

Please do not post bug reports on this forum. Send them to CCS Technical Support

Multithreading theory...
Goto page Previous  1, 2
 
Post new topic   Reply to topic    CCS Forum Index -> General CCS C Discussion
View previous topic :: View next topic  
Author Message
temtronic



Joined: 01 Jul 2010
Posts: 9633
Location: Greensville,Ontario

View user's profile Send private message

PostPosted: Mon Jun 22, 2015 7:06 am     Reply with quote

hmm.. well their goes 'early retirement' for someone ! No sense in reinventing the wheel about a PIC FPU then..

One of those 'sounds good' ideas that just isn't a money maker.
Jay
Ttelmah



Joined: 11 Mar 2010
Posts: 20061

View user's profile Send private message

PostPosted: Mon Jun 22, 2015 9:02 am     Reply with quote

RF_Developer wrote:
temtronic wrote:
I assume using SPI as the interface so that every PIC could use it.


SPI and I2C FPUs already exist, such as the Micromega uM-FPU V3.1. Apparently they aren't particularly popular or well-known. The problem with these is mainly the interface. FP co-processors get a lot of their speed by being tightly integrated with the main processor. SPI or I2C gives far looser coupling with much higher overheads, making the performance gains much less.


However with something like a DsPIC, using DMA, the transfers can be handled without involving the actual CPU.

This FPU, is actually a dsPIC30F3012, with a FP library.....

Rather makes the point about using another PIC!.....
drolleman



Joined: 03 Feb 2011
Posts: 116

View user's profile Send private message

PostPosted: Mon Jun 22, 2015 9:18 am     Reply with quote

External processing of data has very limited performance gains as the older 286 days proved. the co-processor must be internal. When the Pentium chip came out its claim to fame was pipelines. Then they went to multicores. the biggest gains of these chips is in server applications. Because the tools are not very good.

The biggest problem with multicore applications is the compiler and then debugging them. I have had to build a application to debug windows multithread applications because native debugging is horrible on all compilers / ide. I then ported some of this into my pic os. I usually overbuild my first prototype to accommodate debugging the new project. having in-house pcb manufacturing, makes one-of boards is quick and easy. Then down sizing as the development continues, I can minimize component count as project moves along. Even small projects will have 5 boards, before it goes to production.

david
Display posts from previous:   
Post new topic   Reply to topic    CCS Forum Index -> General CCS C Discussion All times are GMT - 6 Hours
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group