Demo Data from VLDB 2026 / reviewers in the wild / expert
Eric K. Pauer
dblp:92/2041
· DBLP profile ↗
3ranked-venue papers
3as first author
0since 2021 · last 2000
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 2 · 2 first-authorGraphics, computer vision, multimedia, augmented reality and games · 1 · 1 first-author
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Electronic design automation · 67% Parallel and multicore computing · 33% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Electronic design automation › high-level synthesis
hardware generation |
0.0 | 1 | 2000 | Algorithm analysis and mapping environment for adaptive computing systems (poster abstract) · FPGA 2000 |
Electronic design automation
high-level synthesis |
0.0 | 1 | 2000 | Algorithm analysis and mapping environment for adaptive computing systems (poster abstract) · FPGA 2000 |
Parallel and multicore computing › parallel algorithms › parallel algorithm design
parallel algorithm mapping |
0.0 | 1 | 2000 | Algorithm analysis and mapping environment for adaptive computing systems (poster abstract) · FPGA 2000 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2000 | Algorithm analysis and mapping environment for adaptive computing systems (poster abstract)abstractOur team is developing an integrated algorithm analysis and mapping environment for migrating a dataflow representation of a signal processing algorithm into an Adaptive Computing System (ACS) consisting of FPGAs. This environment allows designers to transform signal processing algorithms into FPGA-based hardware faster, by an order of magnitude, than is currently possible. Our approach has been to focus on three areas of capability critical to the success of adaptive computing: algorithm analysis, algorithm mapping, and smart generators. These capabilities are being implemented as extensions to the Ptolemy design environment developed at the University of California, Berkeley (http://ptolemy.cecs.berkeley.edu). Our tools were used to automatically implement a Winograd DFT and a high speed linear FM detector. In both cases, our tools simulated the algorithm, selected appropriate fixed point representations, and generated the VHDL implementations. The final FPGA designs were obtained by synthesizing the VHDL and performing place and route with commercial tools. Eric K. Pauer, Paul D. Fiore, John M. Smith, Cory S. Myers |
FPGA | 1 |
| 1999 | Algorithm Analysis and Mapping Environment for Adaptive Computing Systems: Further ResultsabstractWe are developing an integrated algorithm analysis and mapping environment particularly tailored for signal processing applications on Adaptive Computing Systems (ACS). Our environment allows a designer to map signal processing algorithms to an ACS faster, by an order of magnitude, than is currently possible. Eric K. Pauer, Paul D. Fiore, John M. Smith |
FCCM | 1 |
| 1996 | An architectural trade capability using the Ptolemy kernelabstractA perennial problem in the process of developing signal processing systems is identifying an architecture which meets the computational and memory needs of the algorithm yet is still affordable in terms of cost, size, and complexity. To aid in making this decision, an architecture trade tool, using the Ptolemy kernel, has been developed. The purpose of this tool is to provide the user with an easy mechanism of specifying a mapping of algorithmic functional blocks onto an architecture, and simulating its performance. The goal is to allow the user to quickly evaluate many architectures and mappings at a high-level to determine whether or not they satisfy basic criteria, and warrant further investigation. These criteria include computational and memory requirements as well as other system metrics (e.g. size, power, and reliability, etc.) which are often important in selecting an architecture. Eric K. Pauer, Jonathan B. Prime |
ICASSP | 1 |