Demo Data from EDBT 2026 / reviewers in the wild / expert
Simon Kramer 0002
dblp:65/6159
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2007
—ORCID · unresolved
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 1
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 |
Processor architecture and microarchitecture · 62% Reconfigurable computing and FPGAs · 19% Hardware accelerators and domain-specific architectures · 19% |
Topics — the 1 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Hardware accelerators and domain-specific architectures › domain-specific accelerator
application-specific processor |
0.0 | 1 | 2007 | RISPP: Rotating Instruction Set Processing Platform · DAC 2007 |
Methods — techniques the papers use, named apart from their topics
atom/molecule resource sharing · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2007 | RISPP: Rotating Instruction Set Processing PlatformabstractAdaptation in embedded processing is key in order to address efficiency. The concept of extensible embedded processors works well if a few a-priori known hot spots exist. However, they are far less efficient if many and possible at-design-time-unknown hot spots need to be dealt with. Our RISPP approach advances the extensible processor concept by providing flexibility through runtime adaptation by what we call "instruction rotation". It allows sharing resources in a highly flexible scheme of compatible components (called Atoms and Molecules). As a result, we achieve high speed-ups at moderate additional hardware. Furthermore, we can dynamically tradeoff between area and speed-up through runtime adaptation. We present the main components of our platform and discuss by means of an H.264 video codec. Lars Bauer, Muhammad Shafique 0001, Simon Kramer 0002, Jörg Henkel |
DAC | 3 |