Zibb

Industry leaders share their insights about processor and software-processing architectures and the impact they have on system and software development. Relevant architectures include microprocessors, microcontrollers, digital signal processors (DSPs), multiprocessor architectures, processor fabrics, coprocessors, and accelerators, plus embedded cores in FPGAs, SOCs, and ASICs. Moderated by EDN Technical Editor Robert Cravotta.



   Advertisement

Monday, May 14, 2007

Welcome to the past: Architecture strategies resume precedence as interconnect capacitance limits performance

May 14 2007 8:10AM | Permalink |Comments (4) |


We stand on the brink of a fundamental discontinuity in silicon process-technology unlike anything most of us have seen. For almost two decades, a period of time spanning many of our entire education and careers, we have been beneficiaries of a silicon process-technology that would let us build almost anything we could imagine. Now, all of that is about to change.

For the past five years, capacitive loading of interconnect has grown to be a significant factor in logic speed and has limited the scaling of integrated-circuit performance. To compound the problem, recently, interconnect resistance has also started to limit circuit speed. As we transition from 90 nm to 32 nm, by the year 2010, copper sheet-resistance (mÙ per sq) will increase by almost a factor of five. These factors can render obsolete current designs and current thinking as interconnect-dominated designs and architectures become unable to meet the requirements of the market place. Given these fundamental interconnect challenges, we must look in new directions and turn to architecture, logic design and programming solutions to these challenges.

We must develop architectural solutions that will deliver compelling performance improvements with the assumption of little to no improvement in average interconnect capacitance, resistance, and electromigration. Architecture strategies for dealing with interconnect must be synergistic with low-power and aggressive energy efficient requirements. In addition, they must be cost efficient.

Possible future solutions must focus on improvements at the datapath, processor, memory and system levels of the interconnect hierarchy. Programming and logic approaches must be developed that will support higher application specific performance in spite of interconnect trends.

Importantly, the term "interconnect" is not solely about the impact of resistance and capacitance on the metal system in an integrated circuit. At the system level, especially, this term should also comprehend communication protocols and their implementation.

Also, it is important to realize that a future architecture solution to interconnect challenges may actually be found in older products and ideas that dealt with interconnect issues at the board and backplane. We may find much inspiration by considering the work done in creating early computer architectures – which, by the way, were often targeted at DSP types of tasks. These systems were often forced to minimize interconnect and to expose and deal with interconnect due to the limitations of what was integrated in monolithic components of the time and the subsequent strengths and weaknesses of integrating a system at the board and backplane level.

The seriousness of this situation cannot be overstated. If you are involved in DSP, processor or chip system-architecture, logic design, programming tools, or applications that are impacted by interconnect, then these topics should be of interest to you. In future posts we will begin to peel the onion to better understand the impact of process technology on our future direction on not just architectures, but also on our industry.

Ray Simar, Texas Instruments


Reader Comments



at 5/14/2007 9:04:59 AM, Wayne Rooney said:
Ray, this is a fascinating topic. I look forward to learning more.



at 5/15/2007 2:54:30 AM, Eric Verhulst said:
I am very glad to see a renewed interest in true parallel processing techniques. A good starting point and very pioneering at the time was Hoare''''s CSP, later embedded in the transputer followed by the C40 DSP and SHARC DSP that all had "links". It now time to put them inside the chips as well. A scalable candidate is SpaceWire (IEEE1355 based) and recently adopted in an enhanced version as a standard (www.mipi.org) in a consortium led by Nokia, TI and ARM. Our our contribution is a packet switching based network-centric RTOS. The distributed version fits in 2 Kbytes. (See www.openLicenseSociety.org) But, as I see it, a major educational effort will be needed. Software engineers should be taught concurrency and formal approaches before they are taught the sequential stuff and then concurrency becomes natural. I recently attended the multicore forum and it was almost shocking to see how people are now struggling with problems that were solved 25 years ago by the CSP community.



at 5/15/2007 8:15:46 AM, Ian Dedic said:
We've sometimes designed very high-speed low-power circuits (in UDSM CMOS) by defining and floorplanning (sometimes laying out) the interconnect first, then stuffing the circuits underneath.
Design tools don't think like this -- they're great at coming up with gate-count minimised structures which are then impossible to connect up :-)



at 5/16/2007 1:53:13 PM, GENE TROWER said:
DSP is neat, but digital designers are often unaware of how much can be done with analog. Chopper stabilized transistor and IC amplifiers routinely worked with 5 or 10 mv signals with 240volts of phase angel fired SCR noise on top of it. Op Amp circuitry can divide, multiply and add over many orders of magnitude if the components are properly selected.
A good starting point would be 10 and 20 year old material from Analog Devices. Analog is a whole new world and will take much of the load off digital circuitry. We also need to rediscover effecient programming.

Post a comment



Display Name

Change Image
Before submitting this form, please type the characters displayed above.
Note the letters are NOT case sensitive.


ADVERTISEMENT

©1997-2009 Reed Business Information, a division of Reed Elsevier Inc. All rights reserved.
Use of this Web site is subject to its Terms of Use | Privacy Policy

Please visit these other Reed Business sites