Zibb

Ron WilsonEDN Executive Editor Ron Wilson explores how IC design teams really work: the struggle for power efficiency and performance, wrestling with semiconductor processes and design methodologies, the challenges of global design teams. How do we somehow herd architecture, IP, design and verification into a successful tape-out?



   Advertisement

Profile

RSS Feed

  • Add this blog to your RSS newsreader!

Recent Posts

Recent Comments

Most Commented On

Archives

By Category

Blog

Thursday, August 28, 2008

Heard at Hot Interconnects: another approach to networks on multicore chips

Aug 28 2008 11:14AM | Permalink |Comments (1) |


The Hot Interconnects session yesterday that explored photonic alternatives to interconnect for many-core processors and SoCs also produced a paper that approached the same problem from an entirely different direction: a blend of conventional routing and fast global electrical lines to create an hybrid NoC (network on chip.)

The paper, a joint product of researchers at Princeton, Oregon State University, and the University of Texas, Austin, began with the argument that there are two fundamentally different classes of problems in establishing a NoC for chips with large numbers of cores. One class of problems involves moving the very large data streams that might traverse such chips—the data plane problem. The other involves the low-latency, short transactions necessary to synchronize and direct these data flows—the control plane problem.

The researchers argued that the kind of dense, point-to-point local interconnect that is used today in multicore IC designs is just fine for the data plane problem. The large number of parallel interconnect segments and very high speed allows this local interconnect to deal with the massive bandwidth requirements, and the fact that the links are point-to-point, traveling locally between memories, processor cores, and routing boxes, allows a great deal of concurrency. But such routing has a timing weakness, the authors observed. Long lines require multiple clock cycles, since RC delays limit propagation to about 300 ps/mm. Simultaneity across a die becomes very difficult.

The researchers proposed an alternative—current-sensing, feed-forward structures, which can achieve 50 ps/mm propagation delay with 3-6 Gbit/s signals at reasonable wire densities—much more dense than conventional on-chip transmission line structures. Such connections, the paper argued, were fast enough to achieve one-cycle communication across most of a die, and could be used to create a novel multiple-access medium for the control plane.

The novelty of this proposal came not so much from the feed-forward interconnect, but from combining this structure with conventional interconnect to create an hybrid circuit-switching virtual network. The concept is to use the conventional local interconnect to create a mesh network of routing boxes with local parallel links between neighbors. Each routing box would perform the standard routing pipeline: decoding the destination, choosing a path to the next box, buffering the data, and sending it along.

The feed-forward control-plane connections are used to set up and take down virtual circuits within this mesh. This process includes establishing the presence of an available buffer downstream and bypassing the decoding and buffering stages on intermediate routing blocks, so the data zips through intermediate blocks, bypassing most of their internal pipelines, and lands in a block that had a buffer available. Because the control-plane connections are effectively single-cycle, it is possible to dynamically control flow of data on the data plane, with data bypassing the buffers in routing blocks until they reach their intended buffer.

The notion of using a synchronous control plane and a circuit-switched data plane appears interesting, as does the use of a novel control-plane interconnect structure that can be denser than transmission lines. But the underlying notion, that interconnect on multicore chips will more and more resemble large-scale communications networks and less and less resemble microprocessor busses, may be the more enduring idea here.


Related entries in: Components, Hardware, Interconnect | Microprocessors | SOC (System on a chip) | 


Reader Comments



at 8/28/2008 1:16:32 PM, Bluebear said:
I think each of the two switching architectures may be better suited for certain core-integration hardware architectures used for certain application problems. As the number of cores gets larger, e.g., thousands of nodes on a hypercube, the software that centralizes the control plane to prioritize circuit switching requests among any two random nodes on the data plane may introduce latency that defeats the hardware-level single-cycle swiftness advantage of the control plane. Package switching on the data plane with its overhead destination-address coding and intermediary buffering delays, on the other hand, does not need centralized routing control. An analogy of the proposed circuit switch architecture may be the FAA computer that does a great job getting rid of the wastes to have planes circling to wait for a landing pad by centralizing timing controls of all air traffic. In theory, e.g., we can apply that same centralized control model to all cars on the roads of a region to increase speed and efficiency by timing movements to get rid of cross traffic and stop light obstacles. Every car, once signs on with the control plane to request a virtual circuit-switched road path, can then just cruise at the assigned speed to the destination without having to step on the break along the path. Suppose the centralized control never breaks down, as did the FAA computer couple days ago, the model looks promising but it implies so much simplification of the implementation that its proof remains in the pudding.

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