2014
DOI: 10.1007/s00450-014-0265-9
|View full text |Cite
|
Sign up to set email alerts
|

On the potential of significance-driven execution for energy-aware HPC

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
2
1

Citation Types

1
14
0

Year Published

2015
2015
2019
2019

Publication Types

Select...
3
3

Relationship

5
1

Authors

Journals

citations
Cited by 10 publications
(15 citation statements)
references
References 19 publications
1
14
0
Order By: Relevance
“…In other words, our use of residual norm in D1 allows us to use 1 as a significance filter for bit flips which may very often be insignificant. A wide range of bit flips which are insignificant in practice have been also observed in related work [20], [21]. Our solution has the implication that the two threads may diverge up to a certain point.…”
Section: B Detection and Correctionsupporting
confidence: 59%
“…In other words, our use of residual norm in D1 allows us to use 1 as a significance filter for bit flips which may very often be insignificant. A wide range of bit flips which are insignificant in practice have been also observed in related work [20], [21]. Our solution has the implication that the two threads may diverge up to a certain point.…”
Section: B Detection and Correctionsupporting
confidence: 59%
“…• If the inequality in D1 holds (always for both threads), either no faults have occurred, or faults have occurred that we consider insignificant. In other words, our use of residual norm in D1 allows us to use 1 as a significance filter for bit flips which may very often be insignificant [15], [16]. This also has the implication that the two threads may diverge up to a certain point.…”
Section: B Detection and Correctionmentioning
confidence: 99%
“…Contrary to approximation techniques via loop perforation implemented in the compiler [13], our programming model uses domain expertise available from the programmer, which we demonstrate to be necessary for effective approximation in at least one application domain. On the other hand, our programming model remains general-purpose, contrary to applicationspecific approximate code generators such as SAGE [10], Paraprox [9] ApproxIt [20] and related work on iterative solvers [4] and video codecs [12]. Compared to other approximate language frameworks such as EnerJ [11], our programming model offers additional features including task-parallel execution and energy-constrained runtime optimization of output quality.…”
Section: Related Workmentioning
confidence: 99%