-
Notifications
You must be signed in to change notification settings - Fork 9
/
2005-08-EUROPAR-PerformanceLibs.html
47 lines (40 loc) · 1.65 KB
/
2005-08-EUROPAR-PerformanceLibs.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<link rel="stylesheet" href="../llvm.css" type="text/css" media="screen" />
<title>Deciding Where to Call Performance Libraries</title>
</head>
<body>
<div class="pub_title">
Deciding Where to Call Performance Libraries
</div>
<div class="pub_author">
C. Alias and D. Barthou
</div>
<h2>Abstract:</h2>
<blockquote>
<p>As both programs and machines are becoming more complex, writing high
performance codes is an increasingly difficult task. In order to bridge the gap
between the compiled-code and peak performance, resorting to domain or
architecture-specific libraries has become compulsory. However, deciding when
and where to use a library function must be specified by the programmer. This
partition between library and user code is not questioned by the compiler
although it has great impact on performance. We propose in this paper a new
method that helps the user find in its application all code fragments that can
be replaced with library calls. The same technique can be used to change or
fusion multiple calls into more efficient ones. The results of the alternative
detection of BLAS 1 and 2 in SPEC are presented.</p>
</blockquote>
<h2>Published:</h2>
<blockquote>
"Deciding Where to Call Performance Libraries"<br>
By C. Alias and D. Barthou<br>
<i>Proceedings of the International IEEE Euro-Par Conference</i>, August, 2005<br>
</blockquote>
<h2>Download:</h2>
<ul>
<li><a href="2005-08-EUROPAR-PerformanceLibs.pdf">Deciding Where to Call Performance Libraries</a> (PDF)</li>
</ul>
</body>
</html>