How designers can survive the embedded multiprocessor revolution
By Simon Davidmann, Imperas
(11/04/07, 09:35:00 PM EST) -- Embedded.com
As Microsoft's Herb Sutter has stated at various occasions - the free lunch is over. On paper the hardware performance improvements continue as normal. To do this, hardware designers, who ran into energy consumption issues a while back, came up with a simple solution and successfully implemented it: instead of increasing clock speed they increased the number of processors.
As a result hardware design can now deliver increased performance based on original roadmap, on first sight satisfying the ever increasing appetite of consumers for more features, more performance at lower cost and lower power consumption.
However, when trying to program these devices, things don't quite add up. Existing, sequential software is unable to unleash the increased performance that the hardware devices offer. Placing software development at a crossroads.
If hardware designers are not able to provide appropriate software development environments that support their devices, the future looks grim. They won't sell any! Without appropriate multiprocessor software development environments programmers will be left out in the cold and will not be able to leverage additional performance offered by Multiprocessor System-on Chips (MPSoCs)
(11/04/07, 09:35:00 PM EST) -- Embedded.com
As Microsoft's Herb Sutter has stated at various occasions - the free lunch is over. On paper the hardware performance improvements continue as normal. To do this, hardware designers, who ran into energy consumption issues a while back, came up with a simple solution and successfully implemented it: instead of increasing clock speed they increased the number of processors.
As a result hardware design can now deliver increased performance based on original roadmap, on first sight satisfying the ever increasing appetite of consumers for more features, more performance at lower cost and lower power consumption.
However, when trying to program these devices, things don't quite add up. Existing, sequential software is unable to unleash the increased performance that the hardware devices offer. Placing software development at a crossroads.
If hardware designers are not able to provide appropriate software development environments that support their devices, the future looks grim. They won't sell any! Without appropriate multiprocessor software development environments programmers will be left out in the cold and will not be able to leverage additional performance offered by Multiprocessor System-on Chips (MPSoCs)
To read the full article, click here
Related Semiconductor IP
- Chiplet Die-to-Die Interconnect IP Solution
- High speed MACsec Engine 100G/200G/400G/800G/1.6T
- Temperature/Voltage sensors
- AMBA Bus Host to eSPI Controller/Target
- AMBA Bus Host to eSPI Controller
Related Articles
- System configurations for power systems based on PMBus 1.3
- Interstellar: Fully Partitioned and Efficient Security Monitoring Hardware Near a Processor Core for Protecting Systems against Attacks on Privileged Software
- Chips in Space -- MacSpace, A Record Throughput Multi-Core Processor for Satellites
- Using programmable processor array chips for algorithmic-intensive tasks
Latest Articles
- ZK-Flex: A Flexible and Scalable Framework for Accelerating Zero-Knowledge Proofs
- ITP-STDP: An Intrinsic-Timing Power-of-Two Learning Engine for On-Chip SNN Training
- OpenEye: A Scalable Open-Source Hardware Accelerator for DNNs
- CHIMERA: A Flexible and Scalable 3.1 TOPS/W AI-MCU with Transformer Accelerator and 563 Gb/s Shared-L2 Memory Subsystem with QoS Guarantees
- CXL-ClusterSim: Modeling CXL-based Disaggregated Memory Cluster for Pooling and Sharing using gem5 and SST