Results 1 -
7 of
7
Improving Functional Density Through Run-Time Circuit Reconfiguration
, 1997
"... orting a C compiler to the DISC processor. Justin Diether assisted in the design, hand-layout, and testing of many partially reconfigured circuits. I would also like to thank Paul Graham for his generous assistance and support of our many mutual activities, classes, and projects at BYU. Other gradua ..."
Abstract
-
Cited by 42 (2 self)
- Add to MetaCart
orting a C compiler to the DISC processor. Justin Diether assisted in the design, hand-layout, and testing of many partially reconfigured circuits. I would also like to thank Paul Graham for his generous assistance and support of our many mutual activities, classes, and projects at BYU. Other graduate students assisting me with this work include Russel Peterson, Mike Rencher, Richard Ross, and Peter Bellows. My advisor, Brad Hutchings, provided essential assistance and encouragement in all of the projects, ideas, and results presented within this work. My decision to complete this degree and write this dissertation was influenced largely by his advice and positive encouragement. Brent Nelson and other faculty members within the Electrical and Computer Engineering department at BYU have provided critical feedback on a wide variety of topics relating to this work. I would also like to acknowledge the insight and assistance of many collaborators researching closely related subjects. For
Reconfigurable Instruction Set Processors: A survey
- IEEE Transactions on Software Engineering
, 2000
"... Future interactive multimedia applications are characterized by a large variety of compression algorithms with highly parallel nested loops. It will not be efficient to design custom processors suitable for this wide range of applications due to the uncertainty on what is going to be executed. Inste ..."
Abstract
-
Cited by 19 (3 self)
- Add to MetaCart
Future interactive multimedia applications are characterized by a large variety of compression algorithms with highly parallel nested loops. It will not be efficient to design custom processors suitable for this wide range of applications due to the uncertainty on what is going to be executed. Instead, we must find ways to cope with such dynamic and compute intensive tasks. Reconfigurable instruction set processors can cope with this dynamism by specializing the hardware to the algorithm at hand at runtime. They achieve this thanks to a flexible fabric of coarse-grained processing elements that can be reconfigured to perform different complex algorithms. This paper analyzes the performance improvements obtained by such programmable structures and discusses some of the critical issues, such as reconfiguration times. 1
A hardware implementation of a signaling protocol
- Proc. of Opticomm 2002, July 29-Aug
"... Signaling protocols in switches are primarily implemented in software for two important reasons. First, signaling protocols are quite complex with many messages, parameters and procedures. Second, signaling protocols are updated often requiring a certain amount of flexibility for upgrading field imp ..."
Abstract
-
Cited by 16 (9 self)
- Add to MetaCart
Signaling protocols in switches are primarily implemented in software for two important reasons. First, signaling protocols are quite complex with many messages, parameters and procedures. Second, signaling protocols are updated often requiring a certain amount of flexibility for upgrading field implementations. While these are two good reasons for implementing signaling protocols in software, there is an associated performance penalty. Even with state-of-the-art processors, software implementations of signaling protocol are rarely capable of handling over 1000 calls/sec. Correspondingly, call setup delays per switch are in the order of milliseconds. Towards improving performance we implemented a signaling protocol in reconfigurable FPGA hardware. Our implementation demonstrates the feasibility of 100x-1000x speedup vis-à-vis software implementations on state-of-the-art processors. The impact of this work can be quite far-reaching by allowing connection-oriented networks to support a variety of new applications, even those with short call holding times.
A Development Environment for Configurable Computing
- in Proceedings of the SPIE International Symposium on Voice, Video, and Data Communications
, 1998
"... As FPGA density increases, so does the potential for configurable computing machines. Unfortunately, the larger designs which take advantage of the higher densities require much more e#ort and longer design cycles, making it even less likely to appeal to users outside the field of configurable compu ..."
Abstract
-
Cited by 2 (1 self)
- Add to MetaCart
As FPGA density increases, so does the potential for configurable computing machines. Unfortunately, the larger designs which take advantage of the higher densities require much more e#ort and longer design cycles, making it even less likely to appeal to users outside the field of configurable computing. To combat this problem, we present the Reconfigurable Computing Application Development Environment (RCADE). The goals of RCADE are to produce high performance applications, to make FPGA design more accessible to those who are not hardware engineers, to shorten the design lifecycle, and to ease the process of migration from one platform to another. Here, we discuss the environment architecture, the current set of agents, and other agents to be developed.
A System for the Implementation of Image Processing Algorithms on Configurable Computing Hardware
, 1999
"... Configurable computing hardware has many advantages over both general-purpose processors and application specific hardware. However, the difficulty of using this type of hardware has limited its use. An automated system for implementing imageprocessing applications in configurable hardware, called C ..."
Abstract
-
Cited by 2 (0 self)
- Add to MetaCart
Configurable computing hardware has many advantages over both general-purpose processors and application specific hardware. However, the difficulty of using this type of hardware has limited its use. An automated system for implementing imageprocessing applications in configurable hardware, called CHAMPION, is under development at the University of Tennessee. CHAMPION will map applications in the Khoros Cantata graphical programming environment to hardware. A relatively complex automatic target recognition (ATR) application was manually mapped from Cantata to a commercially available configurable computing platform. This manual implementation was done to assist in the development of function libraries and hardware for use in the CHAMPION systems, as well as to develop procedures to perform the application mapping. The mapping techniques used were developed in such a way that they could serve as the basis for the automated system. Many important considerations for the mapping process we...
Architecture-Independent Design for Run-Time Reconfigurable Custom Computing Machines
, 2000
"... The configurable computing research community has provided a wealth of evidence that computational platforms based on FPGA technology are capable of cost-effectively accelerating certain kinds of computations. One actively growing area in the research community examines the benefits to computation t ..."
Abstract
-
Cited by 2 (0 self)
- Add to MetaCart
The configurable computing research community has provided a wealth of evidence that computational platforms based on FPGA technology are capable of cost-effectively accelerating certain kinds of computations. One actively growing area in the research community examines the benefits to computation that can be gained by reconfiguring the FPGAs in a system during the execution of an application. This technique is commonly referred to as run-time reconfiguration. Widespread acceptance of run-time reconfigurable custom computing depends upon the existence of high-level automated design tools. Given the wide variety of available platforms and the rate that the technology is evolving, a set of architecturally independent tools that provide the ability to port applications between different architectures will allow applicationbased intellectual property to be easily migrated between platforms. A Java implementation of such a toolset, called Janus, is presented and analyzed here. In this environment, developers create a Java class that describes the structural behavior of an application. The design framework allows hardware and software modules to be freely intermixed. During the compilation phase of the development process, the Janus tools analyze the structure of the application and adapt it to the target architecture. Janus is capable of structuring the run-time behavior of an application to take advantage of the resources available on the platform. Examples of applications developed using the toolset are presented. The performance of the applications is reported. The retargeting of applications for multiple hardware architectures is demonstrated.
File Transfers Across Optical Circuit-Switched Networks
, 2003
"... Recent technological advances allow for the dynamic setup and release of end-to-end circuits consisting of Ethernet segments at the ends mapped on to Ethernet-over-SONET long-distance optical circuits. We call these Dynamically Reconfigurable Ethernet/Ethernet-over-SONET (DREEoS) circuits. For file ..."
Abstract
- Add to MetaCart
Recent technological advances allow for the dynamic setup and release of end-to-end circuits consisting of Ethernet segments at the ends mapped on to Ethernet-over-SONET long-distance optical circuits. We call these Dynamically Reconfigurable Ethernet/Ethernet-over-SONET (DREEoS) circuits. For file transfers across end hosts that can be connected by a DREEoS circuit, we propose that, in most cases, the sending end host should first attempt to set up a DREEoS circuit, and if rejected, fall back to the TCP/IP path. If the DREEoS circuit setup is successful, the end host will enjoy a much shorter file transfer delay than with the TCP/IP path. For example, a 1GB file transfer on a TCP/IP path with a round-trip time of 50ms, link rate of 1Gbps, and a loss probability of 0.0001 takes 395.7sec, while on a DREEoS circuit with the same link rate, the transfer time is 8.08sec. The availability of the fallback TCP/IP path allows DREEoS service to be introduced gradually into optical networks. At low loads, the network can be operated at high call blocking probabilities to achieve high utilization. As loads increase, the network can be engineered to retain high utilization while simultaneously offering low call blocking probabilities. An important component of this proposal is hardware acceleration of signaling protocol implementations. This results in low call setup delays allowing for the DREEoS option to be attempted even for small file sizes. We compare mean delay incurred with a DREEoS circuit attempt against the mean delay incurred with directly choosing the TCP/IP path for different values of call blocking probability in the circuit-switched network, probability of packet loss in the IP network, round-trip times, link rates, etc.

