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
- Mesochronous Bridge for PCIe/CXL
- AI-native GPU
- OpenGMSL Verification IP
- OpenGMSL Leaf IP
- FlexGen Multi-Die Smart Network-on-Chip (NoC) IP
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
- FlexSpIM: An Event-Based Digital Compute-In-Memory Accelerator with Flexible Operand Resolution and Layer-Wise Hybrid Stationarity
- MeshKV: A Network-on-Chip KV Cache Fabric for Scalable Transformer Decoding Accelerators
- Analog Pin Directionality as an Exfiltration Attack Surface in Mixed-Signal ICs
- SIMT-Aware Lockstep Verification and Functional-Coverage Closure Methodology for an Open-Source RISC-V GPGPU: A UVM 1.2 Environment
- Efficient Hardware Information-Flow Tracking for Pre-Silicon Security Testing