There's a simple rule of thumb that can be used. SMP is great for brute force computation, though it more or less runs out of steam at eight-way unless multithreading and task parallelism gets better. Not many embedded tasks are brute-force symmetric. But some MPU vendors will sell symmetric multicore the same way they'll sell Ferraris - if someone is silly enough to buy a 16-way i7 because it seems to be macho, well, that's their error. Better to look for a Freescale, Cavium, etc.
Seems like this is just one more example pointing up the growing requirement for engineers to shore up their interdisciplnary skills. As Loring well points out, designers evaluating multicore processors for embedded applications are going to need to understand a whole lot more about software.
To me, the line is getting very blurred between so-called "embedded" devices and microprocessors. At the end of the day, I guess it's the application which defines whether the part supplying the computing cycles is embedded or not, but it sure seems to be that vendors are very happy to upsell (maybe that should be upCELL, or upcycle) engineers, when lower cost, lower power consuming processors would work just as well. The apps you cite, such as routers, clearly benefit from these beefier embedded multicore parts. And robotics apps do too. But somewhere along the apps continuum, the needs of the vendors (to sell higher ASP processors) and those of engineers (staying within cost and power budgets) start to diverge.
Truchard will be presented the award at the 2014 Golden Mousetrap Awards ceremony during the co-located events Pacific Design & Manufacturing, MD&M West, WestPack, PLASTEC West, Electronics West, ATX West, and AeroCon.
In a bid to boost the viability of lithium-based electric car batteries, a team at Lawrence Berkeley National Laboratory has developed a chemistry that could possibly double an EV’s driving range while cutting its battery cost in half.
For industrial control applications, or even a simple assembly line, that machine can go almost 24/7 without a break. But what happens when the task is a little more complex? That’s where the “smart” machine would come in. The smart machine is one that has some simple (or complex in some cases) processing capability to be able to adapt to changing conditions. Such machines are suited for a host of applications, including automotive, aerospace, defense, medical, computers and electronics, telecommunications, consumer goods, and so on. This discussion will examine what’s possible with smart machines, and what tradeoffs need to be made to implement such a solution.