Forums

blackfin v/s who....

Started by shrimathdevru October 8, 2008
hi friends,
i have been given an assignment of comparing blackfin with other dsps. so
which processors should i include (i.e. which processors are comparable
with blackfin).do reply,
thank you,
shrinivas


On Wed, 08 Oct 2008 06:46:21 -0500, shrimathdevru wrote:

> i have been given an assignment of comparing blackfin with other dsps. > so which processors should i include (i.e. which processors are > comparable with blackfin).do reply,
ADI have several other DSPs besides the Blackfin, so they probably have a nice comparison page that compares them all. That'd be a good start, I suppose. Then just extend that to include all of the DSPs by all of the other manufacturers. Build a big table that compares things like number and size of internal registers, size and bandwidth of on-chip and off-chip (if any) memory, how many multiply/accumulate operations they can do per cycle, and of what length, what addressing modes they support, and how well (or not) these correspond to both C compiler support and common DSP-kernel idioms/ patterns (the two are *not* the same). There are lots of other things that you could compare, of course: peripheral sets, price, clock speed: it's a many-headed beast. Failing all that, I believe that there's at least one company (who's name escapes me at the moment) that writes reports of this sort professionally. They'd probably be happy to sell you one. Cheers, -- Andrew
Andrew Reilly wrote:
> On Wed, 08 Oct 2008 06:46:21 -0500, shrimathdevru wrote: > >> i have been given an assignment of comparing blackfin with other dsps. >> so which processors should i include (i.e. which processors are >> comparable with blackfin).do reply, > > ADI have several other DSPs besides the Blackfin, so they probably have a > nice comparison page that compares them all. That'd be a good start, I > suppose. > > Then just extend that to include all of the DSPs by all of the other > manufacturers. > > Build a big table that compares things like number and size of internal > registers, size and bandwidth of on-chip and off-chip (if any) memory, > how many multiply/accumulate operations they can do per cycle, and of > what length, what addressing modes they support, and how well (or not) > these correspond to both C compiler support and common DSP-kernel idioms/ > patterns (the two are *not* the same). There are lots of other things > that you could compare, of course: peripheral sets, price, clock speed: > it's a many-headed beast. > > Failing all that, I believe that there's at least one company (who's name > escapes me at the moment) that writes reports of this sort > professionally. They'd probably be happy to sell you one.
BDTI. http://www.bdti.com/ The comp.dsp FAQ is on their site. http://www.bdti.com/faq/ Jerry -- Engineering is the art of making what you want from things you can get. ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ** Posted from http://www.teranews.com **
On Wed, 08 Oct 2008 20:31:16 -0400, Jerry Avins wrote:

> BDTI. http://www.bdti.com/ The comp.dsp FAQ is on their site. > http://www.bdti.com/faq/
I just wanted to suggest to the OP that the sort of question he was asking was one that people have been known to pay for the answer to. I suspect that there are other report-writing entities that have similar services, too. The question sounded like homework to me, but maybe not. I try to be helpful without doing the hard work myself :-) My old e-mail address in the FAQ has finally been decommissioned. I suppose that I should ask to have it removed. Cheers, -- Andrew