[1992] Proceedings 29th ACM/IEEE Design Automation Conference
DOI: 10.1109/dac.1992.227849
|View full text |Cite
|
Sign up to set email alerts
|

Time constrained allocation and assignment techniques for high throughput signal processing

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
11
0

Publication Types

Select...
3
3
1

Relationship

1
6

Authors

Journals

citations
Cited by 20 publications
(11 citation statements)
references
References 5 publications
0
11
0
Order By: Relevance
“…This task is being automated in the CATHEDRAL 3 compiler [24]. Eventually each datapath is represented by a netlist of locally interconnected hardware building blocks.…”
Section: Results and Conclusionmentioning
confidence: 99%
See 1 more Smart Citation
“…This task is being automated in the CATHEDRAL 3 compiler [24]. Eventually each datapath is represented by a netlist of locally interconnected hardware building blocks.…”
Section: Results and Conclusionmentioning
confidence: 99%
“…Although tuned to real-time signal processing problems, the backbone is highly independent from the architectural styles and the application domains supported by the compilers which are integrated on top of it. Currently, the backbone is in use by several high-level synthesis systems: CATHEDRAL 2ND, CATHEDRAL 3 [24] and CBC [14]. Throughout the synthesis process, any design can be consistently represented using two linked information models: a signal-flow graph model to represent the algorithm under synthesis, and a netlist model to represent the architecture.…”
Section: Design Representation and The Data Model Backbonementioning
confidence: 99%
“…Some attempts have been made to deal with this problem but there is no clear solution yet. In [2][3] [4], the problem of generating hierarchical structures was tackled, but the authors did not focus on productivity issues (as possible component reusability) arisen from a hierarchical strategy. Even though, their approaches were capable of producing hierarchical structures containing some optimisation, via restricted rules in partitioning of data-flow [2] or control-flow [3][4] graphs derived from plain algorithmic descriptions.…”
Section: Introductionmentioning
confidence: 99%
“…In [2][3] [4], the problem of generating hierarchical structures was tackled, but the authors did not focus on productivity issues (as possible component reusability) arisen from a hierarchical strategy. Even though, their approaches were capable of producing hierarchical structures containing some optimisation, via restricted rules in partitioning of data-flow [2] or control-flow [3][4] graphs derived from plain algorithmic descriptions. In [5], it is shown a structured methodology capable of dealing with hierarchical algorithmie designs using a HLS system, but they did not show any automatie means for producing optimised implementations.…”
Section: Introductionmentioning
confidence: 99%
“…applicable for arbitrary hierarchical signal/control flow graphs with loop, function and condition blocks [4]. Still, in order to make the notations less heavy, we will restrict the formulation to the sufficiently representative case of a set of nested iterative constructs where each iterative block contains exactly 1 iterative subblock, in addition to a number of other conditional blocks and/or statements.…”
Section: : Methodology For Matched Throughput In Case Of Irregular Lmentioning
confidence: 99%